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Abstract 


We  study  competitive  on-line  scheduling  in  uniprocessor  and  multiprocessor  real-time  en¬ 
vironments.  In  our  model,  tasks  are  sporadic  and  preemptible.  Every  task  has  a  deadline 
and  a  value  that  the  system  obtains  only  if  the  task  completes  its  execution  by  its  dead¬ 
line.  The  aim  of  a  scheduler  is  to  maximize  the  total  value  obtained  from  all  the  tasks  that 
complete  before  their  deadline. 

An  on-line  scheduler  has  no  knowledge  of  a  task  until  it  is  released.  The  problem  is  to 
design  an  on-line  scheduler  with  worst  case  guarantees  even  in  the  presence  of  overloaded 
periods.  The  guarantee  is  given  in  terms  of  a  positive  competitive  factor.  We  say  that 
an  on-line  algorithm  has  a  competitive  factor  of  r,  0  <  r  <  1,  when  under  all  possible 
circumstances  (i.e,  task  sets)  the  scheduler  will  get  at  least  r  times  the  best  possible  value. 
The  best  value  is  the  value  obtained  by  a  clairvoyant  algorithm.  In  contrast  to  an  on-line 
scheduler,  the  clairvoyant  algorithm  knows  the  entire  task  set  a  priori  at  time  zero. 

When  a  uniprocessor  system  is  underloaded  there  exist  several  optimal  on-line  algo¬ 
rithms  that  will  schedule  all  tasks  to  completion  (e.g.,  the  Earliest  Deadline  First  algo¬ 
rithm).  However,  under  overload,  these  algorithms  perform  poorly.  Heuristics  have  been 
proposed  to  deal  with  overloaded  situations  but  these  give  no  worst  case  guarantees. 

We  present  an  optimal  on-line  scheduling  algorithm  for  uniprocessor  overloaded  systems 
called  D-over.  D-over  is  optimal  in  the  sense  that  it  has  the  best  competitive  factor  possible. 
Moreover,  while  the  system  is  underloaded,  D-over  will  obtain  100%  of  the  possible  value. 

In  the  multiprocessor  case,  we  study  systems  with  two  or  more  processors.  We  present 
an  inherent  limit  (lower  bound)  on  the  best  competitive  guarantee  that  any  on-line  parallel 
real-time  scheduler  can  give.  Then  we  present  a  competitive  algorithm  that  achieves  a  worst 
case  guarantee  which  is  within  a  small  factor  from  the  best  possible  guarantee  in  many 


cases. 
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1.1  Introduction 

In  modern  life,  real-time  computer  systems  are  gaining  importance  at  a  rapid  pace.  Once 
limited  to  exotic  applications,  real-time  applications  now  can  be  found  in  many  civilian 
and  military  products.  These  range  from  multi-million  dollar  gadgets  like  (the  proposed) 
space  station  to  relatively  mundane  products  like  cars  and  airplanes.  Real-time  systems 
control  the  production  and  safety  in  power  plants,  factories,  labs  and  perhaps  soon  in  our 
homes. 


1.1.1  Real-Time  Systems 

A  real-time  system  is  usually  one  that  controls  and/or  monitors  a  physical  (real-world) 
process.  This  means  that  the  system  gathers  information  from  external  sensors.  It  pro¬ 
cesses  this  information  and  then  usually  performs  some  action.  The  nature  of  the  physical 
process  might  dictate  a  strict  time  limit  for  the  system  to  respond.  If  this  time  limit  is 
passed — for  the  monitoring  functions —  then  the  information  from  the  sensors  would  be 
lost  or  outdated;  for  the  controlling  functions  a  missed  deadline  might  mean  that  the  action 
eventually  taken  is  not  appropriate  any  more. 

This  leads  to  the  notion  of  deadline  which  is  a  common  thread  among  all  real-time 
system  models  and  the  core  of  the  difference  between  real-time  systems  and  time-sharing 
systems.  The  deadline  of  a  task  is  the  point  in  time  before  which  the  task  must  complete 
its  execution. 

1.1.2  Scheduling 

An  essential  component  of  a  computer  system  is  the  scheduling  mechanism ,  that  is  the  strat¬ 
egy  by  which  the  system  decides  which  task  should  be  executed  at  any  given  time.  The 
problem  of  real-time  scheduling  is  different  from  that  of  multiprogramming  time-sharing 
scheduling  because  of  the  role  of  timing  constraints  in  the  evaluation  of  the  system  perfor¬ 
mance.  Normal  multiprogramming  time-sharing  systems  are  expected  to  process  multiple 
job  streams  simultaneously,  so  the  scheduling  of  these  jobs  has  the  goals  of  maximizing 
throughput  and  maintaining  fairness.  In  real-time  systems  the  primary  performance  is  not 
to  maximize  throughput  or  maintain  fairness,  but  instead  to  perform  critical  operations 
within  a  set  of  user-defined  critical  time  constraints  [29]. 
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When  a  system  can  meet  all  its  tasks’  deadlines  we  say  that  this  set  of  tasks  is  schedula- 
ble  and  the  system  is  underloaded.  Otherwise,  if  at  least  one  task  cannot  meet  its  deadline 
then  the  system  is  overloaded.  A  common  approach,  in  practical  systems,  to  deal  with 
overload  is  to  try  to  prevent  it.  This  is  done  by  ensuring  that  an  abundance  of  process¬ 
ing  power  is  available  and  is  sufficient  to  handle  the  worst  possible  situation  (i.e.  load). 
The  problem  with  this  approach  is  that  such  systems  are  extremely  inefficient  and  there¬ 
fore  expensive.  Moreover,  overload  can  still  arise  either  as  the  result  of  failures  of  some 
computational  resources  or  as  a  transient  condition  (e.g.,  an  overloaded  communications 
circuit).  As  a  result,  some  important  deadlines  might  be  missed,  resulting  in  unpredictable 
failures.  We  would  like  to  have  schedulers  that  would  minimize  the  need  for  processing 
resources  with  two  properties:  (i)  in  an  underloaded  environment  they  would  schedule  all 
tasks  to  completion  and  (ii)  in  the  presence  of  overload,  the  damage  to  the  overall  system 
performance  will  be  minimal  and  predictable. 

In  addition  to  its  deadline  a  task  can  be  characterized  by  the  following  parameters:  its 
release  time  (sometimes  referred  to  as  start-time  or  request  time),  its  computation  time,  its 
period 1  for  a  periodic  task  and  its  priority  if  priorities  are  used2.  Additionally  each  task 
can  be  associated  with  some  value ;  this  value  will  be  obtained  if  the  task  completes  prior 
to  its  deadline.  A  scheduler  uses  the  task’s  parameters  in  its  decision  making,  it  is  said 
to  be  an  on-line  scheduler  if  its  decisions  do  not  depend  on  a  priori  knowledge  of  future 
requests.  In  other  words,  the  parameters  of  a  task  are  not  known  prior  to  its  release  time. 

Naturally,  one  cannot  predict  the  entire  system  behavior  at  the  system  design  stage. 
For  that  reason  on-line  scheduling  suggests  itself  as  a  viable  and  important  held  of  research. 
The  basic  problems  that  we  address  in  this  context  are:  The  feasibility  problem :  given  set 
of  tasks,  how  can  we  test  that  this  set  is  schedulablel  What  is  the  complexity  of  such 
a  test?  Which  on-line  schedulers  are  optimal  for  overloaded  and  underloaded  systems? 
What  are  the  time  and  storage  complexities  of  these  schedulers?  And,  most  important, 
what  performance  guarantees  can  a  scheduler  give  in  a  overloaded  system?  Of  course,  the 
answers  to  the  above-mentioned  questions  vary  greatly  depending  on  the  assumptions  of 
the  model  under  consideration.  In  the  next  sections  we  describe  some  models  that  were 

1A  task  is  called  periodic  if  it  has  regular  request  times  i.e.  there  is  a  constant  time  interval  between 
consecutive  request  for  that  task.  This  interval  is  the  period  of  this  task. 

2Another  parameter  is  the  laxity  of  a  task  (also  called  the  slack  time),  distance  to  its  deadline  minus  its 
remaining-computation-time.  Hence,  the  laxity  of  a  task  is  a  measure  of  its  urgency —  a  task  with  small 
laxity  would  have  to  be  scheduled  soon  in  order  to  meet  its  deadline. 
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studied,  later  we  present  our  model. 

1.2  Background 

The  literature  presents  a  wide  variety  of  real-time  models  corresponding  to  abstractions 
of  real-world  real-time  systems.  Different  models  have  different,  sometimes  contradictory, 
assumptions.  In  the  sequel  we  will  list  the  main  characteristics  (parameters)  of  real-time 
systems.  Different  models  can  be  characterized  by  the  choices  made  for  each  of  these 
parameters. 

•  Hard,  Soft  and  Firm  Real-time  Systems. 

In  a  real-time  system,  when  a  task  is  requested  to  do  some  service  there  is  a  time  limit 
associated  with  this  request.  If  this  time  limit  elapses  before  the  task  completes  its 
execution,  the  task  has  failed.  This  failure  might  lead  to  a  total  collapse  of  the  system 
in  which  case  we  say  that  this  is  a  hard  real-time  system.  For  example,  in  a  nuclear 
power  plant,  a  delay  in  the  response  of  the  task  that  is  responsible  for  cooling  the 
overheated  reactor  can  have  catastrophic  results.  Systems  in  which  deadlines  may 
occasionally  be  missed  with  only  degradation  in  performance  of  the  entire  system 
but  not  a  complete  failure  are  called  soft  real-time  systems.  Sometimes,  in  a  soft 
real-time  system  a  task  that  missed  its  deadline  should  nevertheless  be  completed 
i.e.  its  service  though  late  is  still  valid  and  helpful.  For  example  suppose  an  aircraft’s 
position  must  be  computed  every  100  milliseconds  to  ensure  a  positional  accuracy  of 
25  meters.  A  delayed  position  update  might  result  in  a  loss  of  positional  accuracy, 
while  missing  it  altogether  would  exacerbate  the  loss — Locke  [29].  In  a  special  kind 
of  soft  real-time,  called  firm  real-time3 ,  if  a  task  missed  its  deadline  its  response  has 
no  value-it  is  not  helpful  at  all  [4,11].  For  example,  suppose  a  task  is  responsible 
for  collecting  the  characters  received  by  an  antenna.  This  antenna  has  very  limited 
storage,  hence  if  the  task  is  late  some  characters  would  be  missed  and  the  transmission 
is  lost.  Our  work  here  assumes  firm  deadlines. 

In  a  hard  real-time  system  overload  should  never  occur,  hence  one  must  use  an 
optimal  scheduler  and  supply  it  with  enough  processing  power  for  the  worst-case 

3Other  papers  [5]  denote  such  deadlines  as  hard.  The  reader  should  therefore  be  aware  of  the  definitional 
variations. 
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scenario.  Optimal  schedulers  (for  the  underloaded  case)  are  described  in  Liu  and 
Layland  [28],  Dertouzos  [7]  and  Mok  [30].  In  a  soft  real-time  system  some  tasks 
might  miss  their  deadlines.  The  scheduler  has  the  difficult  task  of  deciding  which 
tasks  should  be  aborted  in  order  to  maximize  the  overall  throughput  of  the  system.  In 
a  system  with  mixed  hard  and  soft  deadlines  the  tasks  with  hard  deadlines  are  called 
critical  tasks  [37].  In  this  case,  the  scheduler  is  required  to  meet  the  deadlines  of 
these  tasks  even  in  the  presence  of  overload.  A  scheduler  that  satisfies  this  condition 
is  called  stable  [33]. 

•  Periodic  vs.  Aperiodic  Tasks. 

Periodic  tasks  are  common  in  many  practical  real-time  systems.  If  a  system  is  com¬ 
prised  of  only  periodic  tasks  then  the  scheduling  problem  becomes  easier  because  of 
the  regularity  of  events.  Optimal  algorithms  for  pure  periodic  systems  were  the  first 
to  be  found  (Liu  and  Layland  [28]).  Unfortunately  a  purely  periodic  system  is  an 
unrealistic  model — some  tasks  in  any  system  are  non-periodic  (such  as  tasks  that 
handle  emergency  situations,  operator  commands  etc.).  If  the  non-periodic  tasks 
are  of  low  importance  (i.e.  have  soft  deadlines)  they  can  be  treated  as  background 
tasks.  They  will  be  scheduled  whenever  the  processor  is  not  being  utilized  by  the 
periodic  tasks  [28]  or  will  be  scheduled  using  more  sophisticated  sporadic  servers  [36]. 
However,  in  a  realistic  system  some  of  the  sporadic  (aperiodic)  tasks  will  definitely 
have  high  importance  and  hard  deadlines,  in  this  case  one  tries  to  translate  aperiodic 
tasks  into  equivalent  periodic  tasks  based  on  the  worst  case  frequency  and  computa¬ 
tion  demands  of  the  aperiodic  tasks  [30].  In  this  work  we  assume  that  all  tasks  are 
aperiodic. 

•  Preemptive  vs.  Nonpreemptive  Tasks. 

We  assume  that  a  task  can  be  preempted  at  any  time.  This  is  a  realistic  assumption 
since  most  real-time  operating  systems  enable  preemption.  If  preemption  is  not 
possible  the  scheduling  problem  is  easier  since  there  is  less  the  scheduler  can  do  [14]. 

However,  among  the  studies  that  assume  preemption  there  are  differences  as  to  the 
treatment  of  the  cost  associated  with  preemption  (i.e.  task-switching).  Some  assume 
that  task- switching  takes  virtually  no  time  at  all  (e.g.,  [8,23,28]  and  our  current  work); 
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others  try  to  account  for  the  task  switching  time  by  adding  it  to  the  processing  time 
of  the  preempted  tasks  [8,28,29,37]. 

•  Uniprocessor  vs.  Multiprocessor  Systems 

For  the  uniprocessor  system  a  variety  of  optimal  schedulers  were  presented  as  well 
as  heuristics  for  scheduling  an  overloaded  system.  The  problem  becomes  much  more 
difficult  in  a  multiprocessor  system  (see  also  sections  1.2.4  and  1.4.1).  Mok  and 
Dertouzos  [8]  showed  that  optimal  on-line  scheduling  algorithm  does  not  exist  in 
multiprocessor  environment. 

•  Knowledge  of  Task’s  Parameters  Start-time,  Computation-time,  Deadline,  Period 
and  Value. 

Virtually  all  schedulers  assume  some  knowledge  of  the  task’s  parameters.  This  knowl¬ 
edge  can  be  exact  or  stochastic.  If  parameters  are  known  a-priori  then  an  optimal 
scheduling  sequence  can  be  found  at  compile  time  (Mok  and  Dertouzos  [8]  showed 
that  this  a-priori  knowledge  is  necessary  in  a  multiprocessor  system).  In  practice, 
however,  there  are  many  occasions  where  the  parameters  of  the  tasks  are  not  known 
beforehand.  Even  if  such  information  is  available  the  computation  might  be  NP- 
hard  [8]. 

•  Dynamic  vs.  Static  Scheduling. 

This  dichotomy  is  manifested  in  priority- driven  algorithms.  If  static  priority  assign¬ 
ment  is  used  then  once  a  task  is  released  a  priority  is  assigned  to  it.  This  priority 
cannot  be  changed4.  If  a  dynamic  scheduler  is  used,  then  the  priority  assignment  of 
a  task  can  be  changed  at  any  time. 

Liu  and  Layland  [28]  presented  a  static  priority- driven  algorithm  for  a  purely  periodic 
system.  They  also  describe  a  mixed  scheduling  algorithm — some  priorities  are  fixed 
and  some  are  dynamic.  Sha,  Rajkumar  and  Lehoczky  [34]  study  the  use  of  dynamic 
priority- driven  schedulers  for  the  priority  inversion  problem.  The  feasibility  and 
complexity  of  fixed  [27]  and  dynamic  [23,26]  priority  scheduling  have  been  studied. 

•  Independent  vs.  Dependent  tasks. 

4In  addition,  all  requests  for  a  specific  periodic  task  always  have  the  same  priority  (Liu  and  Layland  [28]). 
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Tasks  are  said  to  be  independent  if  the  request  for  a  certain  task  does  not  depend  on 
the  initiation  or  completion  of  requests  for  other  tasks  and  also  no  task  need  wait  for 
an  action  to  be  taken  by  another  task  in  order  to  continue  its  execution.  Otherwise, 
tasks  are  said  to  be  dependent.  A  possible  source  of  dependency  between  tasks  is  the 
need  for  synchronization  between  tasks.  For  example,  suppose  a  semaphore  is  used 
to  force  mutual  exclusion  between  tasks  making  access  to  some  shared  data  object. 
Once  one  task  holds  the  lock  for  this  semaphore,  all  other  tasks  that  need  access  to 
this  shared  data  object  must  wait  and  are  said  to  be  blocked.  Another  example  of 
dependency  occurs  when  a  task  requests  some  service  (e.g.  I/O)  and  this  service  is 
given  according  to  a  FIFO  queue,  hence  a  task  must  wait  for  the  completion  of  all 
earlier  requests. 

Sha,  Rajkumar  and  Lehoczky  [34]  investigate  the  priority  inversion  problem,  that 
arises  from  the  use  of  semaphores  to  utilize  mutual  exclusion.  Mok  [30]  showed 
that  with  mutual  exclusion  constraints  it  is  impossible  to  find  an  optimal  on-line 
scheduler.  He  also  showed  that  the  following  problem  is  NP-hard:  deciding  whether 
a  set  of  periodic  tasks  that  use  semaphores  is  feasible. 

We  have  presented  eight  parameters  in  which  real-time  models  can  differ.  Of  course, 
there  are  other  important  issues  (e.g.,  fault-tolerance)  that  are  beyond  the  scope  of  this 
work.  For  a  survey  of  scheduling  issues  for  uniprocessor  and  multiprocessor  systems  see 
Audsley  and  Burns  [1]  and  Cheng  et.  al.  [5]. 

1.2.1  Optimal  Scheduling  Algorithms 

First,  let  us  describe  optimal  schedulers  for  the  uniprocessor  environment,  later  we  will 
discuss  multiprocessor  scheduling. 

1.2.2  Rate  Monotonic  Scheduling 

Liu  and  Layland  [28]  presented  the  rate  monotonic  priority  assignment  scheduling  algo¬ 
rithm.  They  assumed  the  following: 

•  Uniprocessor  environment. 


•  All  tasks  are  periodic. 
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•  The  deadline  for  each  task  coincides  with  the  end  of  its  period. 

•  Deadlines  are  hard. 

•  The  computation  time  for  each  task  is  constant  for  that  task  and  does  not  vary  with 
time. 

•  Tasks  are  independent. 

•  Tasks  are  preemptible  and  task- switching  takes  no  time. 

Recall  that  a  priority- driven  scheduler  is  static  if  the  priority  assignment  of  a  task  is 
fixed  throughout  its  computation.  The  rate-monotonic  (RM)  scheduling  algorithm  is  a 
static  priority- driven  scheduler.  A  task  is  assigned  a  priority  according  to  the  length  of 
its  period  so  that  tasks  with  shorter  periods  are  assigned  higher  priorities.  At  any  given 
moment  the  task  with  the  highest  priority  is  executed.  Thus,  the  priority  assignment  is 
independent  of  the  semantic  importance  and  the  computation  time  of  the  tasks.  Liu  and 
Layland  proved  that  RM  is  optimal  among  all  static  preemptive  scheduling  algorithms 
for  periodic  tasks  with  hard  deadlines.  This  means  that  a  task  set  which  cannot  meet  its 
deadlines  with  RM  will  not  be  able  to  be  scheduled  with  any  fixed  priority  assignment 
scheduler.  The  work  of  Liu  and  Layland  has  been  extended  to  include: 

•  Aperiodic  tasks  [6,24,30,36]. 

•  Deadlines  occurs  before  the  end  of  the  period  (see  the  deadline  monotonic  priority 
assignment  [36]). 

•  Dependency  between  tasks  (e.g.,  using  semaphores  [30,34]). 

•  Multiprocessor  environments  [9,23,31]. 

1.2.3  Time-driven  Optimal  Schedulers 

Liu  and  Layland  [28]  studied  a  dynamic  scheduling  algorithm  for  periodic  tasks  system  - 
the  earliest- deadline- first  (D)  algorithm.  This  algorithm  schedules  at  every  instant  the  task 
with  the  nearest  deadline.  They  proved  that  earliest-deadline-first  is  an  optimal  scheduling 
algorithm  in  their  model  (periodic  tasks).  Note  that  RM  is  optimal  only  among  the  static 
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schedulers  so  D  may  schedule  all  tasks  in  a  case  where  RM  cannot5.  Dertouzos  [7]  showed 
that  D  is  optimal  even  in  the  presence  of  non-periodic  tasks.  He  assumed  (i)  arbitrary 
request  and  deadline  times  for  each  task,  (ii)  arbitrary  and  unknown  to  the  scheduler 
execution  time  for  each  request  and  (iii)  underload.  Mok  [30]  proved  that  the  least-slack 
(LS)  algorithm  is  also  an  on-line  optimal  algorithm.  LS  schedules  at  any  time  the  task  with 
the  least  slack  time  (see  footnote  2  for  definition  of  slack  time).  However,  one  additional 
assumption  is  needed  -  all  time  parameters  are  non-negative  integers.  All  requests  times, 
computation  times  and  deadlines  are  integers;  also,  preemption  is  possible  only  at  integral 
time  instants6.  This  assumption  is  not  needed  for  D. 

D  has  two  major  advantages  over  LS.  The  first  is  that  D  is  driven  by  deadlines  alone 
and  does  not  require  knowledge  of  the  computation  time  while  LS  needs  both.  The  second 
is  that  LS  tend  to  generate  frequent  preemptions7. 

It  might  be  impossible  to  find  an  on-line  optimal  algorithm  when  any  of  the  above 
assumptions  is  relaxed.  For  example,  Mok  [30]  showed  that  with  mutual  exclusion  con¬ 
straints  (i.e.  tasks  are  not  independent)  it  is  impossible  to  find  an  optimal  on-line  scheduler 
for  uniprocessor. 

1.2.4  Multiprocessor  Optimal  Scheduling 

D  and  LS  are  not  optimal  in  the  multiprocessor  case.  Their  optimality  proofs  do  not 
transfer  from  the  uniprocessor  setting,  since  they  lead  to  situations  in  which  the  same  task 
is  scheduled  in  two  or  more  processors  at  one  time  instant  (Dertouzos  and  Mok  [8]). 

Multiprocessor  real-time  scheduling  is  an  active  held  of  research.  Both  shared  mem¬ 
ory  [23,31]  and  distributed  [30,37,39]  architectures  have  been  studied.  Static  binding  of 
tasks  to  processors  (i.e.,  no  migration)  is  assumed  in  some  studies  [30,31]  while  dynamic 
binding  is  assumed  in  others  [8,23]. 

Dertouzos  and  Mok  [8]  proved  that  for  two  processors  or  more,  an  optimal  scheduling 
algorithm  must  have  a  priori  knowledge  of  the  request  times,  hence  no  on-line  optimal 
algorithm  is  possible  in  the  multi-processor  case.  They  also  showed  that  once  a  task  is 

5An  example  can  be  found  in  Liu  and  Layland’s  paper  [28,  p.  188]. 

6This  assumption  can  be  justified  since  in  practice,  time  parameters  are  presumably  given  in  integral 
multiples  of  a  basic  time  unit  e.g.,  a  processor  instruction  cycle. 

7For  example,  look  at  the  case  where  two  tasks  both  have  the  least  laxity.  Each  task  will  execute  for 
one  time  unit  and  then  will  be  preempted  by  the  other. 
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released  an  optimal  scheduler  must  know  its  deadline  and  computation  time.  Hong  and 
Leung  [13]  showed  that  for  the  special  case  where  all  tasks  share  the  same  deadline  an 
optimal  on-line  scheduler  exists.  Henn  [12]  studies  the  problem  of  scheduling  tasks  with 
precedence  constraints  in  uniprocessor  and  multiprocessor  systems.  In  his  model,  all  tasks 
are  released  at  time  zero.  Leung  [25]  and  Lawler  and  Martel  [23]  studied  the  feasibility 
and  complexity  of  multiprocessor  scheduling  for  periodic  task  sets. 

1.3  Scheduling  in  the  Presence  of  Overload 

Overload  is  a  necessary  evil  of  real-time  systems.  An  ideal  scheduler  would  schedule  all 
tasks  to  completion  in  an  underloaded  environment  and  would  minimize  the  overall  damage 
to  the  system  performance  in  the  presence  of  overload.  Scheduling  itself  should  incur  little 
overhead. 

When  overload  occurs,  a  scheduling  algorithm  must  discard  some  tasks.  This  should 
be  done  in  a  way  that  maximizes  the  overall  value  of  the  system.  Locke  [29]  suggested  a 
heuristic  called  best  effort  (BE)  in  an  attempt  to  approximate  such  a  scheduler. 

Locke  assumed  that  tasks  are  independent,  preemptible  and  have  arbitrary  arrival 
times.  The  execution  time  of  a  task  is  known  only  stochastically.  Each  task  has  a  value 
associated  with  it,  which  is  given  as  a  value  function.  A  value  function  is  a  continuous 
function  of  the  task’s  completion  time.  Value  functions  can  model  various  kinds  of  time- 
constraints,  in  particular  firm  and  soft  deadlines8.  The  distributions  of  the  task  parameters 
become  known  to  the  scheduler  only  upon  the  task  release. 

When  the  system  is  underloaded,  BE  operates  like  the  earliest-deadline-first  algorithm; 
however,  if  an  overload  condition  is  detected,  BE  abandons  the  tasks  with  the  lowest  value 
density 9  in  order  to  bring  the  system  back  to  normal  load.  Since  the  task  parameters 
are  known  only  stochastically  all  evaluations  are  probabilistic  (e.g.  the  probability  that 
the  system  is  overloaded,  the  expected  value-density  of  a  task  etc.).  This  makes  Locke’s 
algorithm  much  more  complicated  than  the  above  description. 

To  evaluate  the  performance  of  BE,  Locke  executed  a  battery  of  elaborate  tests.  The 

8For  example,  Locke  considers  value  functions  that  increase  to  a  point  (referred  to  as  the  critical  point) 
and  then  decrease  corresponding  to  tasks  for  which  completion  should  be  delayed. 

9The  value  density  of  a  task  is  its  value  divided  by  its  remaining-execution  time.  Tasks  with  higher 
value  density  produce  more  value  per  execution-time-unit. 
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tests  concluded  that  BE  performs  very  well  in  a  wide  range  of  environments  and  is  compa¬ 
rable  or  better  than  the  other  schedulers  it  was  tested  against  in  most  cases.  The  results 
suggests  that  BE  is  a  practical  heuristic.  However,  these  are  only  statistical  results  and 
there  are  pathological  situations  where  BE  performs  very  poorly.  These  result  brought  us 
and  other  researches  to  study  the  question  of  on-line  scheduling  with  worst-case  guarantees 
even  when  the  system  is  overloaded. 

1.4  Our  Model  of  Real-Time  System 

Here,  we  informally  describe  our  assumptions.  The  formal  model  definitions  and  assump¬ 
tions  will  come  later  in  chapter  2. 

We  study  on-line  scheduling  of  systems  of  sporadic  (aperiodic)  tasks.  Tasks  are  inde¬ 
pendent  (i.e. ,  no  precedence  constraints)  and  can  be  preempted  at  any  time.  A  preempted 
task  can  later  resume  its  work.  We  assume  that  preemption  and  resumption  take  no  time10 
and  scheduling  algorithm  incurs  no  overhead11.  In  our  basic12  model,  the  scheduler  is  given 
no  information  about  a  task  before  its  release  time.  When  a  task  is  released,  its  value, 
computation  time  and  deadline  are  known  precisely.  If  a  task  completes  before  its  deadline, 
then  the  system  acquires  its  value.  Otherwise,  the  system  acquires  no  value  for  that  task. 
Hence,  we  assume  a  firm  on-line  real-time  model.  The  goal  of  the  scheduler  is  to  obtain  as 
much  value  as  possible. 

In  the  studies  of  competitive  analysis  [4,15,35],  one  can  quantify  the  performance  of  an 
on-line  algorithm  by  comparing  it  with  a  clairvoyant  (off-line)  algorithm.  A  clairvoyant 
scheduler  [30]  has  complete  a  priori  knowledge  of  all  the  parameters  of  all  the  tasks.  A 
clairvoyant  scheduler  can  therefore  choose  a  “scheduling  sequence”  that  will  obtain  the 
maximum  possible  value  achievable  by  any  scheduler13.  We  say  (as  in  [4,15,35])  that  an 
on-line  algorithm  has  a  competitive  factor  r,  0  <  r  <  1,  if  and  only  if  it  is  guaranteed 
to  achieve  a  cumulative  value  of  at  least  r  times  the  cumulative  value  achievable  by  a 

10This  is  assumed  for  example  by  Liu  and  Layland  [28],  Lawler  and  Martel  [23]  and  Dertouzos  and 
Mok  [8].  This  is  a  reasonable  assumption  since  real  time  kernels  are  designed  to  keep  all  tasks’  code  and 
data  in  memory  thereby  avoiding  paging-induced  faults  during  context  switches;  also,  such  kernels  are  built 
with  short  code  path  lengths. 

11  This  can  be  done  be  a  special  dedicated  processor  for  the  operating  system  scheduling  activities 

12Some  extensions  are  considered,  see  appendixes  C  and  B. 

13Finding  the  maximum  achievable  value  for  such  a  scheduler,  even  in  the  uniprocessor  case,  is  reducible 
from  the  knapsack  problem  [10];  hence  is  NP-hard. 
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clairvoyant  algorithm  on  any  set  of  tasks.  For  convenience  of  notation,  we  use  competitive 
multiplier  as  the  figure  of  merit.  The  competitive  multiplier  is  defined  to  be  “one  over  the 
competitive  factor”.  The  smaller  the  competitive  multiplier  is,  the  better  the  guarantee 
is.  Inherent  bounds  on  the  best  possible  competitive  multiplier  are  devised  (in  Baruah 
et.  al.  [3]  and  in  section  4.1).  Our  goal  is  to  devise  on-line  algorithms  with  worst  case 
performance  guarantees  as  close  as  possible  to  the  inherent  bounds. 

1.4.1  Competitive  On-Line  Schedulers 

We  need  some  terminology  in  order  to  state  the  known  results  in  competitive  on-line 
scheduling: 

Notation  1.4.1 

•  Value  Density  The  value  density  of  a  task  is  its  value  divided  by  its  computation 
time. 

•  Importance  Ratio  The  importance  ratio  of  a  collection  of  tasks  is  the  ratio  of  the 
greatest  value  density  to  the  least  value  density.  For  convenience,  we  normalize  the 
smallest  value  density  to  be  1.  When  the  importance  ratio  is  1,  the  collection  is  said 
to  have  uniform  value  density ,  i.e. ,  a  task’s  value  equals  its  computation  time.  We 
will  denote  the  importance  ratio  of  a  collection  by  k. 

Koren  et.  al.  [4,16]  suggested  the  first  on-line  scheduling  algorithm  with  a  performance 
guarantee  for  an  overloaded  system.  They  assumed  a  simplified  variation  of  the  task  model 
that  assumes  uniform  value  density.  This  algorithm  is  called  D-star  (D*)  since  it  behaves 
like  earliest- deadline- first  (D)  in  an  underloaded  situation.  D*  executes  to  completion  all 
the  tasks  with  deadlines  in  underloaded  intervals14.  D*  also  guarantees  that  all  the  tasks 
with  a  deadline  in  an  overloaded  interval  will  achieve  a  cumulative  value  of  at  least  one-fifth 
of  the  length  of  the  overloaded  interval.  However,  D*  is  not  competitive  (i.e.,  it  has  infinite 
competitive  multiplier). 

Baruah  et.  al.  [4,3]  demonstrated,  using  an  adversary  argument  that,  in  the  uniform 
value  density  setting,  there  can  be  no  on-line  scheduling  algorithm  with  a  competitive 
multiplier  smaller  than  4. 

14The  definition  of  an  underload  interval  appears  there  [4,16]. 
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Koren  and  Shasha  described  [19]  an  algorithm  called  DD-star  (DD*),  that  has  a  com¬ 
petitive  multiplier  of  4  in  the  uniform  value  density  case  and  offers  100%  of  the  possible 
value  in  the  underloaded  case.  This  showed  that  the  bound  of  4  is  tight  in  the  uniform 
value  density  case.  Wang  and  Mao  [38]  independently  reported  a  similar  guarantee. 

On  the  lower  bound  side,  Baruah  et.  al.  [3,4]  showed  for  environments  with  an  impor¬ 
tance  ratio  k,  a  bound  of  (1  +  \fk)2  on  the  best  possible  competitive  multiplier  of  an  on-line 
scheduler.  This  result  and  some  pragmatic  considerations  reveal  the  following  limitations 
of  the  competitive  scheduling  algorithms  described  above: 

1.  The  algorithms  all  assume  a  uniform  value  density,  yet  some  short  tasks  may  be  more 
important  than  some  longer  tasks. 

2.  The  algorithms  all  assume  that  there  is  no  value  in  finishing  a  task  after  its  deadline. 
But  a  slightly  late  task  may  be  useful  in  many  applications. 

3.  The  algorithms  all  assume  that  the  computation  time  is  known  upon  release.  How¬ 
ever,  a  task  program  that  is  not  straight-line  may  take  different  times  during  different 
executions. 

D 0'uer,  the  on-line  scheduling  algorithm  presented  in  chapter  3  (and  its  extensions  in  ap¬ 
pendices  B  and  C)  addresses  all  these  limitations. 

Multiprocessor  Environments 

Locke  [29,  pp.  124-134]  presented  a  simple  heuristic  extending  his  best  effort  scheduling 
for  multiprocessor  environments.  Ramamritham  and  Stankovic  [37]  studied  the  question 
of  scheduling  firm  deadline  tasks  in  a  distributed  environment.  They  proposed  a  scheduler 
that  assumes,  at  the  design  phase,  that  the  system  is  underloaded  for  critical  tasks.  The 
non-critical  tasks  are  scheduled  dynamically  and  heuristically  using  any  surplus  processing 
power. 

Zhou  et.  al.  presented  an  on-line  algorithm  [39]15  for  distributed  real-time  systems. 
Their  model  resembles  ours  but  our  goal  is  to  give  worst  case  guarantees  for  value  obtained 
(even  for  overloaded  systems)  while  their  goal  is  to  generate  a  schedule  efficiently  when 
the  system  is  underloaded  (i.e,  all  tasks  can  be  scheduled). 

15And  additional  references  within. 
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Wang  and  Mao  [3  3$  showed  a  lower  bound  of  2  (on  the  competitive  multiplier)  and 
presented  an  algorithm  that  achieved  this  bound  for  an  arbitrary  even  number  of  processors 
assuming  uniform  value  density  and  no  slack  time. 

1.5  Main  Results 

This  dissertation  presents  results  for  uniprocessor  systems  and  for  systems  with  two  or 
more  processors. 

1.5.1  Uniprocessor  Environments 

We  present  an  on-line  scheduling  algorithm  called  Dover  that  has  an  optimal  competitive 
multiplier  of  (1  +  Vk)2  for  environments  with  importance  ratio  k.  Hence  ve  show  that 
the  bound  of  Baruah  et.  al.  [3  f  is  tight  for  all  k.  Dover  also  gives  100%  of  the  value 
obtainable  by  a  clairvoyant  scheduler  when  the  system  is  underloaded. 

Dover  can  be  implemented  using  balanced  search  trees  and  runs  at  an  amortized  cost 
of  O(logn)  operations  per  task  wheren  bounds  the  number  of  tasks  in  the  system  at  any 
instant. 

We  also  investigated  two  important  extensions  to  the  task  model  presented  earlier. 

•  Gradual  Descent: 

We  relax  the  firm  deadline  assumption.  Tasks  that  complete  after  their  deadline  can 
still  have  a  positive  value  though  less  than  their  initial  value.  As  in  Locke  [29]  the 
task’s  value  is  given  by  a  value  function  which  depends  on  its  completion  time. 

We  show  that  under  a  variety  of  value  functions  an  appropriate  version  of  Dover  has 
a  competitive  multiplier  of  (1  +  \fk)2  for  environments  with  importance  ratio  k. 

•  Situations  in  which  the  exact  computation  time  of  a  task  is  not  known: 

Suppose  the  on-line  scheduling  algorithm  does  not  know  the  exact  computation  time 
of  a  task  upon  its  release.  However  for  evry  task  T  an  upper  bound  on  its  possible 
computation  time  denoted  by  cmax  is  givn  and  the  actual  computation  time  of  T 
denoted  by  c  satisfies: 
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for  some  0  <  e  <  1. 

We  show  that  in  that  case  Dover  has  a  competitive  multiplier  of: 

(1  +  a fk)2  +  (e  •  k)(  1  +  a fk)  +  1 

We  also  show  that  in  this  setting  no  on-line  sheduler  can  guarantee  100%  of  the 
value  obtainable  by  a  clairvoyant  algorithm  for  underloaded  systems. 

1.5.2  Multiprocessor  Environments 

We  present  algorithms  and  lower  bound  results  for  multiprocessor  scheduling  of  overloaded 
real-time  systems.  We  consider  two  memory  models:  a  shared  memory  model  where  thread 
migration  is  cheap  and  a  distributed  memory  model  where  thread  migration  is  impractical. 
In  both  cases  ve  assume  a  centralized  scheduler.  In  the  first  model  tasks  can  migrate 
cheaply  (and  quickly)  from  one  processor  to  another.  Hence  if  a  task  starts  to  execute  on 
one  processor  it  can  later  continue  on  any  other  processor  (and  migration  takes  no  time). 
In  the  second  model  (the  fixed  model)  once  a  task  starts  to  execute  on  one  processor 
it  cannot  execute  on  any  other  processor.  For  both  models  ve  assume  that  preemption 
within  a  processor  takes  no  time. 

•  Inherent  Bound  on  The  Best  Possible  Competitive  Multiplier 

For  a  system  with  n  processors  and  maximal  value  density  of  k  >  1  there  is  no  on-line 
scheduling  algorithm  with  competitive  multiplier  smaller  than  n(k~  —  1). 

When  n  tends  to  infinity  this  lower  bound  tends  to  ppyyln  k. 

This  result  holds  even  when  migration  is  allowed. 

•  The  MOCA  Algorithm 

We  present  an  algorithm  that  does  not  use  migration  called  MOCA:  Multiprocessor- 
On-line  Competitive  Algorithm.  For  a  system  with  2 n  processors  and  importance 
ratio  of  k  >  1  this  algorithm  has  an  algorithmic  guaraitee  of  at  most 
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1  +  2  n  min 

( 0<OJ<n;n=OJ+'tp ) 


0 


max 


(0-1) 

1 

(0-1)  J 


When  n  tends  to  infinity  this  bound  is  at  most  2  In  k  +  3  whit  is  within  a  small 
multiplicative  factor  from  the  lower  bound  for  the  same  system. 

•  Scheduling  Algorithms  for  Two-Processor  Systems 

We  present  an  algorithm  called  the  Safe-Risky  algorithm  for  tvo-processor  systems 
with  uniform  value  density  (i.e.  n  =  2  and  k  =  1)  that  achieves  the  best  possible 
competitive  multiplier  of  2  even  when  tasks  may  have  slack  time  but  migration 
is  allowed16.  For  the  “No- Migration”  model  a  mriant  of  this  algorithm  called  the 
Safe-Risky -(fixed)  athieves  a  competitive  multiplier  of  3. 


1.6  Dissertation  Overview 

In  chapter  2  we  present  some  notation  as  well  as  formal  definitions  and  assumptions  of 
our  model.  In  chapter  3  we  present  our  uniprocessor  results  while  (hapter  4  gives  the 
multiprocessor  results.  These  chapters  correspond  to  and  extend  the  material  in  Koren 
and  Shasha  [17  18  20  2^.  The  main  body  of  the  dissertation  ends  with  a  short  conclusion 
chapter.  It  includes  a  summary  of  the  current  state  of  the  art  in  real-time  on-line  scheduling 
and  a  collection  of  open  problems. 

The  dissertation  is  supplemented  by  four  appendices.  In  appendix  A  we  study  the 
exact  guarantee  given  by  Dover  for  systems  with  occasional  overloaded  and  underloaded 
periods.  In  appendices  B  and  C  we  present  the  gradual-descent  and  unknown-computation- 
time  extensions  to  our  uniprocessor  model.  In  appendix  D  we  present  our  results  for  two 
processor  environments. 


16This  was  already  known  when  tasks  have  no  slack-time  [3,38]. 
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We  are  given  a  collection  of  tasks  Ti,  T2  •  •  -Tn  ■  ■  ■  denoted  by  T  Br  each  task  Ti  its 
value  is  denoted  by  ty  its  release  time  is  denoted  ly  7y  its  computation  time  ly  c4-  and  its 
deadline  by  d{. 

Definition  2.0.1 

•  Underloaded  and  Overloaded  Systems:  A  system  is  underloaded  if  there  ex¬ 
ists  a  schedule  that  will  meet  the  deadline  of  every  task  and  overloaded  otherwise. 

•  Executable  Period:  The  executable  period  of  the  taskT;  is  defined  to  be 
the  following  interval:  A;  =  [r^d;]. 

By  definition  Ti  may  be  scheduled  only  during  its  executable  period. 

Suppose  a  collection  of  tasks  is  being  scheduled  by  some  scheduler  S . 

•  Completed  Task:  A  task  (successfully)  completes  if  before  its  deadline  the  sthed- 
uler  S  gives  it  an  amount  of  execution  time  that  is  equal  to  its  computation  time. 

•  Preempted  Task:  A  task  is  preempted  when  the  processor  stops  executing  it  but 
then  the  task  might  be  scheduled  again  and  possibly  complete  at  some  later  poirt. 

•  A  Ready  Task: 

A  task  is  said  to  be  ready  at  time  t  if  its  release  time  is  before  t  its  deadline  is  after 
t  and  it  neither  completed  nor  was  abandoned  before  t  (the  current  executing  task 
if  any  is  always  a  ready  task). 

The  earliest  deadline  first  algorithm  (hereafter  D)  is  described  in  figure  2. 

At  any  given  moment 

schedule  the  ready  task  with  the  earliest  deadline. 

Figure  2.1:  D  The  Earliest  Deadline  First  scheduling  algorithm. 

We  shall  make  the  following  assumption: 

Assumption  2.0.2 

•  Task  Model:  Tasks  may  enter  the  system  at  any  time;  their  computation  times 
and  deadlines  are  known  exactly  at  their  time  of  arrival  (we  weaken  this  assumption 
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of  exact  knowledge  later  in  appendix  C).  Nothing  is  known  about  a  task  before  it 
appears. 

We  do  assume  however  that  an  upper  bound  on  the  possible  importance  ratio  is 
known  a  priori  and  can  be  used  by  the  on-line  scheduler  (this  bound  is  denoted  by 
k).  In  the  uniprocessor  case  this  assumption  can  be  relaxed  [32]. 

•  Tasks  Switching  Takes  No  Time:  A  task  can  be  preempted  and  another  one 
scheduled  for  execution  instantly. 

Suppose  that  a  collection  of  tasks  T  with  importance  ratio  k  is  given. 

•  Normalized  Importance:  Without  loss  of  generality  assume  that  the  smallest 
importance  of  a  task  in  T  is  1.  Hence  if  T  has  importance  ratio  of  k  the  highest 
possible  value  density  of  a  task  in  T  is  k. 

In  uniprocessor  environments  we  add  the  following  assumption: 

•  No  Overloaded  Periods  of  Infinite  Duration:  We  assume  that  overloaded 
periods  of  infinite  duration  will  not  occur.  This  is  a  realistic  assumption  since  over¬ 
load  is  normally  the  result  of  a  temporary  emergency  or  failure. 

Indeed  in  the  uniprocessor  case  Baruahet.  al.  |Thowed  that  there  is  no  competitive 
on-line  algorithm  when  overloaded  periods  of  infinite  duration  are  possible1.  Note 
that  the  number  of  tasks  in  T  may  be  infinite  as  long  as  no  infinite  overload  period 
is  generated2. 

In  multiprocessor  environments  we  add  the  following  assumption: 

•  Identical  Processors:  All  processors  have  the  same  speed  and  all  tasks  can  be 
scheduled  on  any  of  the  processors. 


Tntuitively,  the  adversary  can  generate  a  sequence  of  tasks  with  ever  growing  values.  This  will  force  any 
competitive  scheduler  to  abandon  the  current  task  in  favor  of  the  next  one  and  so  on.  If  the  competitive 
scheduler  attempts  to  complete  a  task  in  favor  of  a  new  larger  one,  then  the  adversary  completes  the  larger 
one.  In  either  case,  the  on-line  schedule  will  result  in  a  small  value  compared  with  an  arbitrarily  large  value 
for  a  clairvoyant  scheduler 

2 For  the  definition  of  overloaded  periods  see  section  3.3. 
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In  this  chapter  we  describe  J)over  an  optimal  competiti'e  scheduler  for  uniprocessor  envi¬ 
ronments. 

3.1  Bover 

In  the  algorithm  described  below  there  are  three  kinds  oievents  (each  causing  an  associ¬ 
ated  interrupt)  considered: 

•  Task  Completion:  successful  termination  of  a  task.  This  event  has  the  highest  priority. 

•  Task  Release:  arrival  of  a  new  task.  This  event  has  low  priority. 

•  Latest-start-time  Interrupt:  the  indication  that  a  task  must  immediately  be  scheduled 
in  order  to  complete  by  its  deadline  that  is  the  task’s  remaining  computation  time  is 
equal  to  the  time  remaining  until  its  deadline.  This  event  has  also  low  priority  (the 
same  as  task  release). 

If  several  interrupts  happen  simultaneously  they  are  handled  according  to  their  priori¬ 
ties.  A  task  completion  interrupt  is  handled  before  the  task  release  and  latest-start-time 
interrupt  interrupts  which  are  handled  in  random  order.  It  may  happen  that  a  task  com¬ 
pletion  event  suppresses  a  lower  priority  interrupt  e.g.  the  task  completion  handler 
schedules  the  next  task  if  this  task  had  just  reathed  its  LST  then  the  latest-start-time 
interrupt  is  removed. 

At  any  given  moment  the  set  of  ready  taski  is  partitioned  into  two  disjoint  sets. 
privileged  tasks  and  waiting  tasks.  Whenever  a  task  is  preempted  it  becomes  a  privileged 
task.  However  whene'er  some  task  is  scheduled  as  a  result  of  latest-start-time  interrupt 
all  the  ready  tasks  (whether  preempted  or  never  scheduled)  become  waiting  tasks. 

j^over  majntains  a  special  quantity  called  availtime.  Suppose  a  new  task  is  released  into 
the  system  and  its  deadline  is  the  earliest  among  all  ready  tasks.  The  value  of  availtime 
is  the  maximum  computation  time  that  can  be  taken  by  such  a  task  without  causing  the 
current  task  or  any  of  the  privileged  tasks  to  miss  their  deadlines. 

j^over  reqUires  three  data  structures  calledQ .privileged  Q.waiting  and  Qlst.  Each  entry 
in  these  data  structures  corresponds  to  a  task  in  the  system.  Q  .privileged  contains  exactly 


1  Excluding  the  currently  executing  task. 
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the  privileged  tasks  and  Q_waiting  contains  the  waiting  tasks.  These  two  structures  are 
ordered  by  the  tasks’  deadlines.  In  addition  the  third  structure  Qlst  coitains  all  tasks 
(again  not  including  the  curreit  task)  but  this  time  they  are  ordered  by  their  latest-start- 
times  ( LST ). 

These  data  structures  support  Insert  Delete  Min  and  Dequeue  operations. 

•  The  Min  operation  for  Q_privileged  or  Q_waiting  returns  the  entry  corresponding  to 
the  task  with  the  earliest  deadline  among  all  tasks  in  Q_privileged  or  Q_waiting.  For 
Qlst  the  Min  operation  returns  the  entry  corresponding  to  the  task  with  the  earliest 
LST  among  all  tasks  in  the  queue.  The  Min  operation  does  not  modify  the  queue. 

•  A  Dequeue  operation  on  Q_privileged  (or  Q_waiting)  deletes  from  the  queue  the  ele¬ 
ment  returned  by  Min  in  addition  it  deletes  this  elemeit  from  Qlst.  Likewise  a  De¬ 
queue  operation  on  Qlst  will  delete  the  corresponding  element  from  either  Q .privileged 
if  it  is  a  privileged  task  or  from  Q  .waiting  if  it  is  an  waiting  task. 

An  entry  of  Q  .waiting  and  Qlst  consists  of  a  single  task  whereas  an  eitry  of  Q_privileged 
is  a  3-tuple  (T  Previous-time  Previous-mil)  where  T  is  a  task  that  was  previously  pre¬ 
empted  at  time  Previous-time.  Previous- avail  is  the  value  of  the  variable  availtime  at  time 
Previous-time.  All  of  these  data  structures  are  implemented  as  balanced  trees  (e.g.  2-3 
trees). 

j^over ?s  Code  is  depicted  in  figures  3. 1-3.4.  The  following  is  an  intuitive  description 
of  the  algorithm:  as  long  as  no  overload  is  detected  (i.e.  there  is  no  1st  irterrupt)  J)over 
schedules  in  the  same  way  as  D.  Tasks  that  are  preempted  during  this  phase  in  favor  of  a 
task  with  an  earlier  deadline  become  privileged  tasks.  The  task  with  the  earliest  deadline 
(either  a  newly  released  task  or  a  waiting  task)  will  be  scheduled  provided  it  does  not 
cause  overload  when  added  to  the  privileged  tasks.  This  proviso  is  always  met  in  situations 
of  underload. 

During  overload  when  a  waiting  task  reaches  its  LST  it  will  cause  a  latest-start- 
time  interrupt.  This  means  that  some  task  must  be  abandoned:  either  the  task  that 
reached  its  LST  or  some  of  the  privileged  tasks.  The  latest-start-time  interrupt  routine 
compares  the  value  of  that  task  against  the  sum  of  the  values  of  all  the  privileged  tasks. 
If  its  value  is  greater  than  (1  +  Vk)  times  that  sum  then  this  task  will  execute  on  the 
processor  while  all  the  privileged  tasks  will  lose  their  privileged  status  to  become  waiting 
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In  the  following  code  N ow()  is  a  function  that  returns  the  current  time.  S chedule(T) 
is  a  function  that  gives  the  processor  to  task  T.  Laxity(T)  is  a  function  that  returns 
the  amount  of  time  the  task  has  left  until  its  deadline  less  its  remaining  computation 
time.  That  is  laxity(T)  =  deadline(T)  —  ( now()-\-  remaining  _computation_time(T)). 
cj)  denotes  the  empty  set. 

This  code  includes  lines  manipulating  intervals.  The  notion  of  an  interval  is  needed  for 
purpose  of  analysis  only  so  these  lines  are  commeited. 


recentval 

availtime 


Q_privileged 

Q_waiting 

idle 


=  0  (*  This  will  be  the  running  value  of  privileged  tasks.  *) 

=  oo 

(*  Availtime  will  be  the  maximum  computation  time  that  can 
be  taken  by  a  new  task  without  causing  the  current  task  or 
the  privileged  tasks  to  miss  their  deadlines.  *) 

,  (*  All  ready  tasks,  ordered  according  to  their  latest  start  time. 

=  *•).. 

=  <f>  (*  The  privileged  tasks  ordered  by  deadline  order  *) 

=  <f>  (*  All  the  waiting  tasks  ordered  by  their  deadlines.  *) 

=  true(*  In  the  beginning  the  processor  is  idle  *) 


loop 

task  completion  : 

if  (both  Q_privileged  and  Q_waiting  are  not  empty)  then 

(*  Both  gueues  are  not  empty  and  contain  together  all  the  ready  tasks. 
The  ready  task  with  the  earliest  deadline  will  be  scheduled  unless  it  is  a 
task  of  Q_waiting  and  it  cannot  be  scheduled  with  all  the  privileged  tasks. 
The  first  element  in  each  gueue  is  probed  by  the  Min  operation.  *) 

(Tq -privileged,  tprev,  availprev)  • —  hlin(Q  .privileged) , 

(*  Next,  compute  the  current  value  of  availtime.  This  is  the  correct  value 
because  Tq  _privuege(i  is  the  task  last  inserted  of  those  tasks  currently  in 
Q  .privileged.  The  available  computation  time  has  decreased  by  the  time 
elapsed  since  this  element  was  inserted  to  the  gueue.  *) 


availtime  :=  availprev  —  (now()  —  tprev)', 

(*  Probe  the  first  element  of  Q  .waiting  and  check  which  of  the  two  tasks 
should  be  scheduled.  *1 


Figure  3.1:  Pover -  A  Competitive  optimal  on-line  scheduling  algorithm. 
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Tq _Waiting  '■=  Min(Q .waiting); 

if  -waiting  ^  -privileged  nnd 

availtime>  remaining_computation_time(TQ  wajting )  then 
(*  Schedule  the  task  from  Q.waiting.  *) 

Dequeue(Q  .waiting); 

availtime:=  availtime  —  remaimng_computation_time(rg_u,a^j'n3); 
availtime:=  min(availtime  laxi  t(TQ -waiting))] 

Schedule  Tq -waitings 

else 

(*  Schedule  the  task  from  Q_privileged.  *) 

Dequeue(Q  .privileged); 

recentval  :=  recentval  -  value(TQ_p„mieged)', 

Schedule  Tq _prtvileged i 
endif  ( *which  task  to  schedule.  *) 
else  if  (Q.waiting  is  not  empty)  then 

(*  Q .privileged  is  empty.  The  current  interval  is  closed  here,  tciose  = 
now().  The  first  task  in  Q.waiting  is  scheduled  *) 

Tcurrent  ■=  Dequeue(Q.waiting); 
availtime:=  laxity(TCU7.7.erit); 

(*  A  new  interval  is  created  with  tbegin  =  now().*) 

Schedule  Tcurrenf , 

else  if  (Q.privileged  is  not  empty) 

(*  Q.waiting  is  empty.  The  first  task  in  Q_privileged  is  scheduled  *) 

( Tcurrent Nprev,availprev )  '■=  Dequeue(Q.privileged); 

recentval  :=  recentval  —  value(Tcurrent); 
availtime  :=  availprev  —  ( now( )  —  tprev ); 

Schedule  Tcurrenf , 

else 

(*  Both  queues  are  empty.  The  interval  is  closed  here,  tciose  =  now().  *) 

idle  :=  true; 
availtime:=  oo; 
endif 

end  ( *task  completion  *) 


Figure  3.2:  T>over  (cont.) 


CHAPTER  3.  UNIPROCESSOR  ENVIRONMENTS 


25 


54  task  release  :  (*  Tarrivai  is  released.  *) 

55  if  (idle  )  then 

56  Schedule  Tarr^vai, 

57  availtime:=  laxity(Tamra/); 

58  idle  :=  false; 

59  (*  A  new  interval  is  created  with  fiegin  =  now().*) 

60  else  ( *Tcur  rent  is  executing  *) 

61  if  elarrival  d current  and 

availtime>  computation_time(Tam'TO/)  then 

62  (*  No  overload  is  detected,  so  the  running  task  is  preempted.  *) 

63  Insert  Tcurrent  into  Qlst; 

64  Insert  (Tcurrent,  now  if),  availtime)  into  Q_privileged; 

(*  The  inserted  task  will  be,  by  construction,  the  task  with  the  earliest 
deadline  in  Q .privileged*) 

66  availtime:=  availtime  —  remaining_computation_time(Tam'TO/); 

67  availtime:=  min(availtime  laxi^(TamTO/)) 

68  recentval  :=  recentval  +  value(Tcurrent ); 

69  Schedule  Tarrivaf, 

70  else  (*  Tarrivai  has  later  deadline  or  availtime  is  not  big  enough .*) 

71  (*  Tarrivai  is  to  wait  in  Q.waiting  *) 

72  Insert  Tarrivai  into  Qlst  and  Q  .waiting; 

73  endif 

74  endif  ( *idle  *) 

75  end  (* release  *) 


76  latest-start-time  interrupt  : 

^  (*  The  processor  is  not  idle  and  the  current  time  is  the  latest  start  time 

of  the  first  task  in  Qlst.  *) 

78 

79  Tnext  =  Dequeue(Qlst); 

80  if  ( vnext  >  (1  +  Vk)  ( vcurrent  +  recentval))  then 

81  (*vnext  is  big  enough;  it  is  scheduled.  *) 

82  Insert  Tcurrent  into  Qlst  and  Q.waiting; 

83  Remove  all  privileged  tasks  from 

Q.privileged  and  insert  them  into  Qlst  and  Q.waiting; 

84  (*  Q.privileged  =<)>*) 

85  recentval  :=  0; 

86  availtime:=  0 


Figure  3.3:  Bover  (cont.) 
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87  Schedule  Tnext ; 

88  else  ( *vnext  is  not  big  enough;  it  is  abandoned.  *) 

89  Abandon  Tnext ; 

90  endif 

91  end  ( *LST  *) 

92  endjloop  } 


Figure  3.4:  Bover  (cont.) 

tasks  (these  tasks  might  later  be  successfully  rescheduled).  Otherwise  the  task  reaching 
its  LST  is  abandoned.  A  task  T  that  was  scheduled  by  a  latest-start-time  interrupt  can 
be  abandoned  in  favor  of  another  task  T'  that  reaches  its  LST  but  only  if  T'  has  at  least 
(1  +  y/k )  times  more  value  than  T.  J}over  returns  to  schedule  according  to  D  when  some 
task  scheduled  by  its  latest-start-time  interrupt  completes. 

The  reader  may  be  curious  to  know  why  J)over  compares  values  rather  then  value 
densities  and  why  the  values  are  compared  using  the  magic  factor  of  (1  +  y/k)l  The  lower 
bound  proof  [3  4  shows  why  value  density  cannot  be  a  good  criterion  for  choosing  which 
task  to  abandon2.  The  factor  of  (1  +  y/ k )  happened  to  be  the  one  that  gave  the  desired 
result  since  it  yields  the  correct  ratio  between  the  minimal  value  gained  by  J)over  and  the 
maximal  value  that  might  have  been  missed. 

3.2  Analysis  of  T)over 

In  order  to  facilitate  the  analysis  of  J)over  it  is  convenient  to  introduce  the  notation  of 
intervals. 

Definition  3.2.1 

•  Intervals:  The  intervals  are  created  (opened)  and  closed  according  to  the  schedul¬ 
ing  decisions  of  J)over  and  this  process  is  depicted  in  the  code  of  J)over  in  section  3.1. 

2In  that  proof  going  after  high  value  density  tasks  (the  short  teasers )  will  give  the  on-line  scheduler 
minuscule  value  compared  to  the  clairvoyant  scheduler  that  will  schedule  a  low  value  density  task  that  has 
long  computation  time  and  hence  big  value. 
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When  an  interval  is  created  (comments  37  and  59  of  D0'uer)  it  is  considered  open 
meaning  that  it  may  be  extended  it  is  closed  when  a  task  completes  whileQ .privileged 
is  empty  (comments  33  and  48).  A  new  interval  would  be  opened  when  the  next  task 
is  scheduled.  Initially  there  is  no  open  interval.  Hence  the  first  iiterval  is  opened 
when  the  processor  first  becomes  non-idle. 

The  interval  consists  of  the  time  between  the  point  it  was  opened  and  the  point  it 
was  closed.  We  will  denote  by  I  =  [tbegin,  t close]  an  interval  /  that  was  opened  at 
Ibegin  and  closed  at  tclose . 

Note:  Two  intervals  may  overlap  only  at  their  end  points. 

•  BUSY:  Suppose  Dover  schedules  a  collection  of  tasks.  Let  BUSY  denotes  the  time 
during  which  the  processor  is  not  idle  during  the  execution  of  these  tasks.  For 
simplicity  the  length  of  BUSY  will  also  be  denoted  by  BUSY . 

Note  that  BUSY  equals  the  union  of  all  intervals  created  by  J)over . 

Suppose  that  a  collection  of  tasks  T  with  importance  ratio  k  is  given,  and  J)over 
schedules  this  collection.  When  a  task  is  scheduled  it  can  have  zero  or  positive  slack 
time.  A  task  may  be  preempted  and  then  re-scheduled  several  times.  We  will  be  mainly 
concerned  with  the  last  time  a  task  was  scheduled.  For  the  purposes  of  analyzing  J)over 
we  will  partition  the  collection  of  tasks  according  to  the  question  of  whether  the  task  had 
completed  exactly  at  its  deadline  or  before  its  deadline  or  failed. 

•  Let  F  (for  fail)  denote  the  set  of  tasks  that  were  abandoned. 

•  Let  Sp  (for  successful  with  positive  time  before  the  deadline)  denote  the  set  of  tasks 
that  completed  successfully  and  that  ended  some  positive  time  before  their  deadlines. 

•  Let  S°  (for  successful  with  0  time  before  the  deadline)  denote  the  set  of  tasks  that 
completed  successfully  but  ended  exactly  at  their  deadlines. 

Call  a  task  order-scheduled  if  it  was  scheduled  by  the  task  completion  or  task  release 
handlers.  Call  a  task  Ist-scheduled  if  it  was  scheduled  as  a  result  of  a  latest-start-time 
interrupt.  (As  mentioned  above  a  latest-start-time  interrupt  is  raised  on  a  waiting  task 
when  it  reaches  its  latest  start  time  ( LST )  i.e.  the  last  time  when  it  can  start  executing 
and  still  complete  by  its  deadline). 
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The  first  task  in  each  interval  is  order-scheduled.  The  subsequent  tasks  (if  any)  in 
this  interval  may  be  order-scheduled  or  lst-scheduled.  Proposition  3.2.1  shows  that  once  a 
task  is  lst-scheduled  all  subsequent  tasks  of  this  interval  must  be  lst-scheduled.  During  an 
interval  several  order-scheduled  tasks  may  complete  but  only  one  lst-scheduled  task  can 
complete  (this  task  will  also  be  the  last  task  that  executes  in  the  interval). 

Proposition  3.2.1  According  to  the  scheduling  of  Dover  once  a  task  is  lst-scheduled,  then 
all  subseguent  tasks,  in  the  current  interval,  are  lst-scheduled. 

PROOF. 

Suppose  the  current  task  Tcurrent  is  lst-s<heduled  and  a  task  Tarrivai  is  released.  Tarrivai 
will  not  be  scheduled  by  the  task  release  handler  because  when  the  curreit  task  is  lst- 
scheduled  availtime  equals  zero  (see  statement  86  of  D°^er)  hence  no  task  can  be  scheduled 
by  the  task  release  handler  (see  statement  61  of  D0'uer).  □ 

Let  recentval(t)  denote3  recentval  at  time  t  and  achievedvalue(t)  denote4  the  value 
achieved  during  the  current  interval  before  t.  For  an  interval  /  achievedvalue(J)  is  the 
total  value  obtained  during  I. 

We  partition  the  value  obtained  during  /  in  two  different  ways: 

•  ordervalue  vs.  Istvalue:  ordervalue(J)  is  the  total  value  obtained  by  order-scheduled 
tasks  that  completed  during  I.  The  value  obtained  by  lst-scheduled  tasks  is  denoted 
by  Istvalue(J)  (there  is  at  most  one  such  task  in  any  interval  /). 

•  zerolaxval  vs.  poslaxval:  zerolaxval(J)  denotes  the  total  value  obtained  by  tasks  that 
completed  at  their  deadlines  during  I  (tasks  in  5°).  The  value  obtained  by  tasks 
that  completed  before  their  deadlines  is  denoted  by  poslaxval(J). 

Hence  for  etery  interval 

achievedvalue(J)  =  ordervalue(J)  +  Istvalue(J)  =  zerolaxval(J)  +  poslaxval(J) 

When  the  index  (/)  is  omitted  we  refer  to  the  entire  execution.  For  example  ordervalue 

denotes  the  total  value  obtained  by  order-scheduled  tasks  summing  over  all  intervals. 

3In  the  following  only  recentval  is  a  variable  explicitly  manipulated  by  D°',er.  All  the  others: 
zerolaxval,  poslaxval,  ordervalue  and  Istvalue  are  introduced  here  to  facilitate  the  analysis.  This 
is  why  they  do  not  reference  algorithm  statements. 

4See  statements  1,29,44,68  and  85. 
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Example  3.2.2  Before  the  detailed  analysis  let  us  first  study  an  example  of  EHer’s 
scheduling.  Consider  the  overloaded  collection  of  six  tasks  depicted  in  table  3.1.  For 
notational  convenience  we  will  denote  the  tasks  by  their  deadlines  hence  for  exampleT^o 
is  a  task  with  deadline  at  time  20.  In  this  example  we  assume  uniform  value  density  (i.e. 
k  =  1).  Dover  schedules  the  above  collection  as  follows:  In  the  beginning  availtime  is  oo 


Task 

Release-Time 

Computation-Time 

Deadline 

A* 

T20 

0 

6 

20 

[0,20] 

T34 

1 

26 

34 

[1,34] 

T24 

1 

20 

24 

[1,24] 

t18 

2 

5 

18 

[2,18] 

t17 

3 

2 

17 

[3, 17] 

t5 

4 

1 

5 

[4,5] 

Table  3.1:  The  tasks  for  example  3.2.2. 

and  Q_privileged  is  empty.  First  JJver  schedules  T20  to  run  at  time  0.  Availtime  is  set  to 
14  since  this  is  T^o’s  laxity. 

At  time  1  T34  is  released  into  the  system.  Since  T34S  deadline  is  not  earlier  than  the 
current  task’s  (I20)  T34  is  inserted  into  Q_waiting  (and  Qlst  with  LST  equal  8).  Also 
at  time  1  T24  is  released.  Again  since  its  deadline  is  after  20  this  task  is  inserted  irto 
Q_waiting  and  Qlst  with  LST  equals  4. 

At  time  2  Tig  is  released.  This  time  the  current  task  is  preempted.  T20  is  inserted  into 
Q_privileged  and  Qlst  with  LST  equals  16.  Availtime  is  decremented  by  the  computation 
time  of  Tfg.  Its  new  value  is  9.  The  value  of  recentval  is  set  to  the  value  of  T20  (6). 

Tis  executes  for  one  time  unit  until  time  3  whenTi7  is  released.  T17  is  scheduled  since 
its  computation  time  (2)  is  smaller  then  availtime  (9).  Availtime  is  decremented  by  the 
computation  time  of  T17.  Its  new  value  is  7.  The  value  the  value  of  Tig  (5)  is  added  to 
recentval  which  becomes  11. 

At  time  4  two  events  occur:  T24  reaches  its  LST  and  T5  is  released.  These  events  can  be 
handled  in  any  order  and  we  choose  to  handle  the  latest-start-time  interrupt  first.  T24 
reaches  its  LST  but  its  value  is  smaller  than  twice  (1  +  y/k  =  2)  the  value  of  the  current 
task  plus  recentval  (2  +  11).  Hence  T24  is  abandoned.  T5  is  released  and  its  deadline  is 
earlier  than  the  current  task’s  (T17).  T5  is  scheduled  since  its  computation  time  is  smaller 
then  availtime(l  <  7).  T5  has  laxity  of  zero  which  is  smaller  than  the  current  availtime 
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minus  the  computation  time  of  T5  (6).  Hence  availtime  is  now  set  to  0  and  recentval 
becomes  11  +  2  =  13. 

At  time  5  T5  completes  and  since  Tn  is  the  task  with  the  earliest  deadline  it  is  scheduled. 
Availtime  is  now  6  because  this  the  value  of  availtime  when  Tn  was  executing  (7)  minus 
the  time  elapsed  since  it  was  inserted  to  Q_privileged  (1).  The  value  of  Tn  is  subtracted 
from  recentval  which  becomes  13  —  2  =  11. 

The  remaining  computation  time  of  Tn  is  one  unit  hence  at  time  6  it  completes.  The  next 
task  in  Q_privileged  is  Tig  which  has  a  remaining  computation  time  of  4  units.  Availtime 
is  set  to  6  which  is  value  of  availtime  when  Tig  was  executing  (9)  minus  the  time  elapsed 
since  it  was  inserted  to  Q_privileged  ((6  —  3)  =  3)  (the  value  of  Tig  is  subtracted  from 
recentval  which  becomes  11  —  5  =  6).  However  Tig  will  execute  only  until  8  when  T34 
reaches  its  LST.  The  value  of  T34  is  big  enough  to  preempt  the  current  task.  All  tasks 
from  Q_privileged  are  moved  to  Q_waiting  and  availtime  as  well  as  recentval  are  reset  to 
zero. 

The  LST  of  Tig  is  16  and  of  T20  (the  only  other  task  in  Qlst)  is  15.  These  tasks  will 
generate  latest-start-time  interrupt  in  these  respective  times  both  will  be  abandoned. 

At  time  34  T34  completes  its  execution  and  J)over  finished  scheduling  this  history.  Table  3.2 
summarizes  the  scheduling  decisions  of  D0'uer.  In  this  example  S°  =  [T5,  T34],  ^  =  [T17] 
and  F  =  [Tig,  T20,  T24].  Only  three  tasks  complete  their  execution  and  the  total  value 
obtained  by  J)over  is  29.  A  clairvoyant  scheduler  can  achieve  a  value  of  34  by  scheduling 
T47,  T20  and  T34.  Also  notice  that  the  system  is  already  overloaded  at  time  1  but  the  first 
time  an  overload  is  “detected”  by  J)over  is  at  time  4. 

3.2.1  Proof  Strategy 

Our  goal  is  to  show  that  jy°ver  has  a  competitive  multiplier  of  (1  +  ifk)2  for  every  collection 
of  tasks  with  importance  ratio  of  k.  We  will  start  by  proving  some  lemmas  about  the 
behavior  of  D0'uer.  Then  we  will  try  to  estimate  the  best  possible  behavior  of  a  clairvoyant 
algorithm  by  comparison  to  D0'uer.  Our  basic  strategy  is  to  bound  from  below  what  J)over 
achieves  during  each  interval.  This  will  lead  to  a  global  lower  bound  over  the  entire 
execution.  Then  ve  bound  from  above  what  a  clairvoyant  scheduler  can  achieve  during 
the  entire  execution. 


CHAPTER  3.  UNIPROCESSOR  ENVIRONMENTS 


31 


t 

re¬ 

lea¬ 

sed 

pre¬ 

empted 

( 1ST ) 

com¬ 

ple¬ 

ted 

UWM 

availtime 

Q_priv- 

ileged 

rec- 

ent- 

val 

Q_wait 

ing 

comment 

mm 

OO 

U 

0 

U 

mm 

Fo 

T20 

laxity(T2o ) 

U 

0 

U 

new  interval 

i 

X34 

14 

□ 

0 

P’34] 

T34  5s  LST  is  8 

i 

x24 

14 

□ 

0 

P24  ,  X34] 

T24  5s  LST  is  4 

Tig 

T20  (16) 

Tig 

WHIM  > 

[X20] 

6 

P24  ,  X34] 

3 

Tit 

Xi8  (14) 

Tit 

Pl8,  X20] 

5  +  6 

P24  ,  X34] 

4 

BBUI 

[Xl8,  X2o] 

11 

P34] 

T24  5s  LST,  it 

is  abandoned 

4 

x5 

Tit  (16) 

Tb 

■H 

[Tit,  T18, 
X20] 

2  +  11 

P34J 

T5  has  no 
no  laxity 

5 

x5 

Tit 

7  -  (5  -  4)  =  6 

Pi8,  X2o] 

5  +  6 

P34] 

n 

Tit 

Tig 

9  -  (6  -  3)  =  6 

P20] 

6 

P34J 

WM 

Tig  (15) 

X34 

0 

u 

0 

Pl8,  X2o] 

X34  ‘s  LST 

■a 

0 

u 

0 

[Tis\ 

X20’ s  LST 

m 

0 

u 

0 

U 

Xi8 ’s  LST 

mm 

X34 

0 

u 

U 

interval  closed 

Table  3.2:  DOTer’s  scheduling  for  example  3.2.2. 

3.2.2  Some  Lemmas  about  DOTer,s  Scheduling 

In  this  section  we  present  some  technical  lemmas  about  the  behavior  of  J)over .  These 
lemmas  will  be  used  in  the  next  section  when  comparing  D0^er’s  performance  with  that  of 
a  clairvoyant  scheduler.  These  lemmas  concern  the  relationship  between  the  interval  length 
and  the  value  achieved  by  J)over  in  that  interval  (lemma  3.2.3).  As  well  as  the  relationship 
between  the  computation  time  and  value  of  tasks  abandoned  in  an  interval  with  respect  to 
the  value  achieved  in  the  interval  (lemma  3.2.4  and  3.2.5).  Recall  that  BUSY  is  the  union 
of  all  intervals  (definition  3.2.1). 

Lemma  3.2.2 

1.  For  any  task  R  in  S° ,  A;  =  [ r+d; ]  C  BUSY 

2.  For  any  task  R  in  F .  Suppose  R  was  abandoned  at  time  taian,  then 
[rtNaban]  Q  BUSY 

PROOF. 

A  processor  is  idle  under  JJver  scheduling  only  if  there  is  noready  task. 

•  A  task  Ti  of  S°  does  not  complete  before  its  deadline  hence  it  is  a  ready  task  during 
all  its  executable  period.  This  implies  that  there  is  no  idle  time  during  the  executable 
period  of  T+ 
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•  Similarly  a  task  of F  is  a  ready  task  from  its  release  time  to  the  point  at  which 
it  is  abandoned.  Therefore  there  is  no  idle  time  between  its  release  point  and  its 
abandonment  point. 


Lemma  3.2.3  For  any  interval  I  =  [ tbeginNdose ],  the  length  of  I,  tciose  —  tbegin  will  satisfy 


tel 


ose 


h 


egtn 


<  ordervalue(J)  +  (1  H - 1=)  •  Istvalue(J) 

yk 

=  achievedvalue(J)  H — -=  ■  Istvalue(J) 

yk 


Recall  that  ordervalue(J)  anrl  Istvalue(J)  are  the  values  obtained  by  RPver  from,  the  order- 
scheduled  and  the  1st- scheduled  tasks  respectively  during  I . 

PROOF. 

An  interval  /  =  \tbeginNclose\  has  the  following  two  sub-portions  the  second  of  which  may 
be  empty: 


1*  \t  begin  •>  tfirstjst] 


From  the  beginning  of  /  to  the  point  in  time  tfirstjst  in  whi<h  the  first  lst-scheduled 
task  is  scheduled.  During  this  period  all  tasks  are  order-scheduled  and  some  may 
complete  their  execution. 

If  no  task  is  lst-scheduled  in  /  then  define  tfirstjst  to  be  tciose.  In  this  case  the  second 
sub-portion  is  empty. 


first Jsti  t close ] 

During  this  period  all  tasks  are  stheduled  and  preempted  by  latest-start-time  in¬ 
terrupt.  Only  the  last  task  to  be  scheduled  completes. 


If  there  are  no  lst-scheduled  tasks  in  /  then  all  tasks  that  executed  from  4 egin  t°  4/ose 
completed  successfully.  The  value  achieved  is  ordervalue(J)  and  is  at  least  as  big  as  the 
duration  of  execution5.  Hence  the  lemma  is  proved  in  this  case. 

Otherwise  suppose  thatTi,  T2,  •  •  • ,  Tm  (m  >  1)  are  the  tasks  that  were  lst-scheduled  in 
I.  Hence  T\  was  scheduled  at  tfirstjst  later  it  ms  preempted  (and  abandoned)  by  T2  and 
so  forth.  Eventually  Tm  preempts  Tm_  1  and  completes  at  tciose  its  mlue  vm  is  Istvalue(J). 

5Recall  that  a  value  density  is  always  equal  or  greater  than  1,  by  assumption  2.0.2  above. 
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Denote  by  the  length  of  the  execution  of  R  during  the  process  above.  Tm  preempted 
Tm_ i  hence  vm  >  (1  +  Jk)vm_ 1.  Which  yields6 

vm  Istvalue(J) 

*m  — 1  <  *m- 1  <  —  7=7  —  ~~ 

(1  +  A fk)  (1  +  A fk) 

Going  backward  along  the  chain  of  preemptions  we  get: 


h  <  v;  < 


Vi-l 


< 


Istvalue(J) 


for  all  1  <  i  <  m  —  1 


(1  +  Vk)  (1  +  Vk)m' 

T\  preempted  the  last  order-scheduled  task  hence  (see  statement  80  of  D0'uer) 

v\  >  (1  +  V/fc){recentval(fj8vst jst)  +  value(current  task  at  time  f/8ystjst)} 

Also 


(3.1) 


(3.2) 


(3.3) 


t  first  Jst  -  tbegin  <  ordervalue(/)  +  recentval  {tjirst  Jst )  + 
value(current  task  at  time  tfirstjst) 

This  holds  because  the  processor  is  not  idle  between  tf,egin  and  tjirstjst  (as  part  of  BUSY ) 
and  the  right  hand  side  above  represents  the  sum  of  the  values  of  all  the  tasks  that  were 
scheduled  between  tf,egin  and  t/8ystjsf.  This  sum  must  be  greater  than  or  equal  to  their 
period  of  execution  by  the  normalized  importance  assumption  (assumption  2.0.2).  Inequal¬ 
ities  3.1  3.2  and  3.3  imply 


tfirstjst  -  tbegin  <  ordervalue(/)  + 


v\ 


<  ordervalue(J) 


Istvalue(J) 


(i  +  v^O  (i  +  Vky 

We  have  produced  the  following  bound  on  the  distance  between  tf,egin  and  tciose: 

tj  ose  t begin  —  (tfirstjst  t begin )  H-  inclose  tfirstjst) 

—  (tfirstjst  tbegin')  H-  (^1  H-  ^2  H-  *  *  *  H"  tm) 

<  ordervalue(J)  + 

/ 

i  i 


Istvalue(J)  •  1  + 


1 


(1  +  V^)  (1  +  Vk)2 

1 


;i  +  Vky 


<  ordervalue(J)  +  Istvalue(J)  •  ^ 


TJo  (!  +  Jkf 

=  ordervalue(J)  +  Istvalue(J)  •  (1  -| — -=) 

yk 

=  achievedvalue(J)  -| - -=  ■  Istvalue(J) 

yk 


6Note  that  always  lt  <vt.  However,  for  a  task  that  was  abandoned  a  strict  inequality  lt  <  vt  holds. 
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The  last  equality  follows  from  the  fact  that  achievedvalue(I)  =  ordervalue(I)  +  Istvalue(I) 
by  definition.  □ 

Lemma  3.2.4  Suppose  R  was  abandoned  during  the  interval  I.  Then 

vi  <  (1  +  Vk)  •  achievedvalue(J) 

Recall  that  achievedvalue(J)  is  the  total  value  obtained  during  I. 

PROOF. 

Let  /  =  [tbeginN dose]  be  an  interval.  Define  the  Prospective  Value  map  of  I  PVi  as  follows: 

PVi(t)  =  ordervalue(t)  +  recentval(t)  +  value(current  task  at  time  t) 

where  tbegin  S  t  V  tci  ose 

Claim  For  every  interval  I  =  [tbegin,  tdose] 

1.  PVi  is  monotone  non-decreasing. 

2.  PVi  reaches  at  the  end  of  the  irterval  the  total  mlue  obtained  in  /  i.e 

PVi{t  close)  =  achievedvalue(J) 

Note:  PV  is  not  a  function  because  it  might  have  several  values  for  one  time  instance 
since  J)over  can  make  several  scheduling  decisions  at  one  time  instance  (assumption  2.0.2). 
However  as  a  map  with  the  ordered  sequence  of  sfceduling  decisions  as  its  domain  PVi 
is  a  function. 

Proof  of  claim. 

There  are  two  cases.  The  first  applies  when  there  are  no  lst-scheduled  tasks  in  /  the  other 
applies  when  such  tasks  exist. 

Case  1:  Suppose  that  there  are  no  lst-scheduled  tasks  in  I.  Then  every  task  that  was 
scheduled  does  complete.  Let  S{t)  be  the  set  of  tasks  that  were  scheduled  (not  necessary 
completed)  up  to  t.  One  can  verify  by  induction  that 

PVi(t)=  y,  V 
Ttes(t) 


The  reason  is  that  no  scheduled  task  is  abandoned  hence  at  each  moment  a  task  is  either 
the  current  task  or  in  Q_privileged  or  had  completed.  At  the  closing  of  /  all  tasks  have 
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completed.  Hence 

PVi{tdose)  =  vi  =  achievedvalue(J) 

TeS(tclose) 

PVi  is  monotone  (when  there  are  no  lst-scheduled  tasks)  because  S(t)  is  a  monotone 
increasing  set  of  tasks. 

Case  2:  Suppose  there  were  lst-scheduled  tasks.  Assume  that  the  first  lst-scheduled  task 
T\  ms  scheduled  at  time  tfirstJst-  Let  1  be  a  time  instance  just  before  the  scheduling  of 
T\  then  ly  definition: 

PVi(t)  =  ordervalue(t)  +  recentval(t)  +  value(current  task  at  time  t) 

T\  is  scheduled  only  if 

v\  >  (1  +  Vk)  ■  (recentval(t)  +  value(current  task  at  time  t)) 

When  T\  is  scheduled  recentval  is  set  to  zero  hence  we  can  conclude  that 

PVi(t  first  Jst)  =  or  derva\ue(t  fir  st  Jst)  +  recentval(//,>st  Jst)  +  value(T i) 

=  ordervalue(t)  +  0  +  value(Ti) 

>  ordervalue(t)  +  (recentval(t)  +  value(current  task  at  time  /)) 

=  PVfit) 

Thus  PVi  is  monotone  from  tf,egin  to  tfirstJst  (as  in  the  case  when  there  are  no  lst-scheduled 
tasks).  It  is  left  to  show  that  PVi  continues  to  be  monotone.  After  tfirstJst  PVi  equals 
to 

ordervalue(J)  +  value(current  task  at  time  t) 

because  recentval  remains  equal  to  zero.  This  is  a  monotone  increasing  value  since  ordervalue(J) 
is  fixed  and  a  task  T  will  preempt  the  current  task  only  if  it  has  a  larger  value  than  the 
current  task’s  value.  In  particular  if  R  is  the  last  task  to  be  scheduled  in  /  then 

PVi  =  ordervalue(J)  + 

=  ordervalue(J)  +  Istvalue(J)  =  achievedvalue(J) 

So  the  claim  is  proved. 
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End  of  proof  of  claim 

We  return  to  the  proof  of  lemma  3.2.4.  There  is  only  one  way  a  task  R  can  be 
abandoned  at  time  t: 


•  Ti  reaches  its  LST  at  t.  A  latest-start-time  interrupt  is  generated.  However  R  has 
insufficient  value  to  preempt  the  task  executing  at  time  t. 


Hence  if  Ti  was  abandoned  then 


□ 


vt  < 
< 
< 


(1  +  ^fk)  ■  {recentval(t)  +  value(current 

(1  +  Vk)-PVI(t) 

(1  +  V k )  •  achievedvalue(J) 


task  at  time  t)} 

,  by  definition  of  PV 
,  by  the  claim 


Lemma  3.2.5  Suppose  Ti  was  abandoned  at  time  t  in  I  =  [tbeginNcl0se\-  Then, 


Ci  A  di  tci 


ose 


PROOF. 

A  task  Ti  can  be  abandoned  at  timet  only  when: 

•  It  reaches  its  LST  at  t.  A  latest-start-time  interrupt  is  generated.  However  the 
current  task  is  not  preempted. 

Ti  reached  its  LST  hence  its  remaining  computation  time  is  di  —  t.  Also  t  <  tciose  by 
assumption.  Hence  the  (initial)  computation  time  of  Ti  is  at  least  di  —  tciose.  □ 

3.2.3  How  Well  Can  a  Clairvoyant  Scheduler  Do? 

Given  a  collection  of  tasks  T  our  goal  is  to  bound  the  maximrm  value  that  a  clairvoyant 
algorithm  can  obtain  from  scheduling  T.  We  do  it  by  observing  the  way  J)over  schedules 
T.  From  D0^er’s  scheduling  we  get  the  partitioning  of  the  tasks  to  S°,SP  and  F  we  also 
take  notice  of  the  time  periods  in  which  the  processor  was  not  idle  in  this  scheduling.  As 
defined  earlier  the  union  of  these  periods  is  called  BUSY . 

In  order  to  bound  the  value  that  can  be  achieved  from  scheduling  T  ve  will  offer  the 
clairvoyant  algorithm  two  gifts  that  can  only  improve  the  value  it  can  obtain.  We  will 
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show  an  upper  bound  on  the  value  the  clairvoyant  algorithm  can  get  with  these  gifts  hence 
bounding  the  value  it  can  achieve  from  the  original  collection. 

•  As  a  first  gift  ve  will  give  the  clairvoyant  algorithm  the  sum  of  the  values  of  all  tasks 
in  S'p  at  no  cost  to  it  (i.e.  it  will  devote  no  time  to  these  tasks).  Then  we  will  see 
what  the  clairvoyant  algorithm  can  achieve  on  F  U  S°. 

•  As  a  second  gift  suppose  that  in  addition  to  the  wlue  achieved  from  scheduling  the 
tasks  FUS°  the  clairvoyant  scheduler  can  get  an  additional  value  called  granted  value. 
The  amount  of  granted  value  depends  on  the  schedule  chosen  by  the  the  clairvoyant 
scheduler:  A  value  density  of  k  will  be  granted  for  every  period  of  BUSY  that  is  not 
used  for  executing  a  task. 

The  clairvoyant  scheduler  must  consider  that  scheduling  a  task  might  reduce  the  granted 
value  (since  time  in  BUSY  is  used).  Of  course  when  this  reduction  is  bigger  than  the 
value  of  a  task  then  the  task  should  not  be  scheduled.  Suppose  the  clairvoyant  algorithm 
had  chosen  a  scheduling  for  F  U  5°.  We  can  assume  that  no  task  was  scheduled  entirely 
during  BUSY  because  the  granted  value  lost  would  be  greater  or  equal  to  the  value  gained 
from  scheduling  the  task.  We  will  show  that  tasks  of  S°  can  execute  only  during  BUSY 
hence  this  leaves  only  tasks  of  F  that  were  scheduled  partially7  outside  BUSY.  Executing 
T  results  in  a  gain  of  value(T)  but  eitails  a  loss  of  the  granted  value  for  the  time  that  T 
executed  in  BUSY. 

The  clairvoyant  scheduler  has  now  two  options.  It  can  schedule  no  task  during  the 
entire  BUSY  period  and  get  only  (the  whole)  granted  value  or  it  can  use  some  of  BUSY 
in  order  to  schedule  some  of  F  tasks.  We  will  show  that  the  maximal  possible  gain  from 
choosing  the  second  option  over  the  first  is  bounded  by  (1  +  y/ k )  •  achievedvalue.  Putting 
this  altogether  will  give  the  desired  result  (theorem  3.2.12). 

Example  3.2.3  To  see  the  possibilities  opened  to  the  clairvoyant  algorithm  by  intro¬ 
ducing  the  granted  value  consider  the  following  example:  The  length  of  BUSY  is  5  and 
the  importance  ratio  k  is  4.F  contains  only  one  task  T  with  computation  length  3  and 
value  density  2.  Without  scheduling  T  the  value  obtained  by  the  clairvoyant  algorithm 

7When  the  computation  time  of  a  task  is  known  precisely  when  it  is  released,  a  task  T  6  F  cannot  be 
scheduled  completely  outside  BUSY  (see  lemma  3.2.2).  However,  if  the  computation  time  of  a  task  is  not 
exactly  known  (appendix  C),  then  a  failed  task  T  may  be  scheduled  completely  outside  BUSY. 
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only  from  the  granted  value  is  5  X  4  =  20.  If  T  could  have  been  scheduled  without  using 
any  of  BUSY  time  then  its  value  will  be  added  to  give  20  +  2  X  3  =  26.  However  if  the 
clairvoyant  algorithm  must  use  2  units  of  BUSY' s  time  in  order  to  schedule  T  then  the 
total  value  will  be  only  (5  —  2)  X  4  +  6  =  18  hence  it  is  better  not  to  sthedule  T  in  this 
case.  As  a  matter  of  fact  whene'er  T  has  to  use  more  than  1.5  units  of  BUSY' s  time  it 
should  not  be  scheduled.  □ 

In  the  scenario  above  the  clairvoyant  scheduler  can  achieve  (using  the  gifts)  the  maximal 
value  of  the  sum  in  equation  3.4  below  ranging  over  all  possible  schedulings8  of  F. 


value  obtained  from  those 
tasks  of  F  that  were  scheduled 


+  k  ■ 


length  of  time  in  BUSY  not  utilized  to 
schedule  the  tasks  of  F 


(3.4) 


Denote  by  C(-)  the  value  that  a  clairvoyant  algorithm  can  achieve  from  a  collection  of 
tasks.  We  would  like  to  show  that  C(F  U  5°)  cannot  be  greater  then  this  maximal  value. 
This  will  then  give  us  an  upper  bound  on  what  a  clairvoyant  algorithm  can  achieve. 


Lemma  3.2.6 


C(TU5°)  < 


max 


possible 

scheduling 

ofF 


value  obtained  by 
scheduling  tasks  of 
F 


length  of  time  in  BUSY  not 
utilized  by  tasks  of  F 


PROOF. 


C(F  U  5°)  =  max  { 


value  obtained  from 
scheduling  tasks  of  F 


value  obtained  from  scheduling  tasks  of  S° 
during  the  time  not  used  by  tasks  of  F 


8Suppose  a  clairvoyant  scheduler  has  to  schedule  a  collection  of  tasks  A.  We  can  assume  that  it  schedules 
a  task  only  if  that  task  eventually  completes.  Hence  the  work  of  a  clairvoyant  scheduler  is  first  to  choose 
the  set  of  tasks  A'  C  A  that  will  be  scheduled  and  then  to  work  out  the  details  of  the  processor  allocation 
among  the  tasks  of  A'.  We  will  call  all  possible  selections  of  A'  and  processor  allocation  a  scheduling  of  A. 
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5°  tasks  can  be  scheduled  only  during  BUSY  (lemma  3.2.2)  hence 

value  obtained  from  value  obtained  from  scheduling  tasks  of  S° 

scheduling  tasks  of  F  during  the  time  not  used  by  tasks  of  F 

value  obtained  by  length  of  time  in  BUSY  not  utilized 

|  k  * 

scheduling  F  by  tasks  of  F 

The  lemma  is  proved.  □ 

With  the  above  gifts  the  clairv>yant  scheduler  can  maximize  the  sum  in  3.4  above 
and  hence  obtain  a  value  of  at  least  C(F  U  S°). 

Suppose  a  task  Tf  £  F  is  scheduled  to  completion  by  the  clairvoyant  algorithm.  If  Tf 
executes  entirely  during  BUSY  then  the  left  hand  factor  of  the  sum  is  increased  only  by 
Vi  which  is  smaller  than  or  equal  to  k  ■  while  the  right  hand  factor  is  decreased  by  k  ■ 
giving  zero  or  negative  net  change.  Thus  we  assume  that  Tf  executes  (at  least  partially) 
outside  BUSY. 

Lemma  3.2.7  Suppose  Tf  is  abandoned  (by  Fover )  at  time  ta ban  and  that  I  =  [ begin, tciose \ 
is  the  interval  in  which  Tf  is  abandoned.  Then,  ifTf  is  to  be  executed  (by  the  clairvoyant 
algorithm)  anywhere  outside  BUSY  it  must  be  after  tciose. 

PROOF. 

A  f  =  [rfNaban]  U  [t  aban ,  d  f\ .  The  first  portion  of  A  f  is  contained  in  BUSY  (lemma  3.2.2). 
[' taban,  tciose ]  C  /  C  BUSY  hence  ifTj-  is  to  be  scheduled  anywhere  outside  BUSY  it  must 
be  after  tdose  9.  □ 

Now  we  are  ready  to  give  an  upper  bound  on  how  much  additional  value  can  the  clairvoyant 
algorithm  achieve  by  scheduling  tasks  of  F  compared  with  collecting  only  the  granted 
value  without  scheduling  any  tasks.  We  make  strong  use  of  the  fact  that  when  a  task  T  is 
abandoned  during  /  T’s  value  cannot  be  too  large  with  respect  to  achievedvalue(J). 

Lemma  3.2.8  With  the  above  gifts,  the  total  net  gain  obtained  by  the  clairvoyant  algo¬ 
rithm  from  scheduling  the  tasks  abandoned  during  I  is  not  greater  than 

(1  +  Vk)  ■  achievedvalue(J) 

9Note  that  parts  of  [tciOSe,  df]  might  be  included  in  BUSY  as  a  new  interval  may  be  opened  before  df 
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PROOF. 

Assume  that  a  clairvoyant  scheduler  selected  a  scheduling  for  the  tasks  of  F  considering 
the  value  that  can  be  gained  from  leaving  BUSY  periods  idle.  We  can  assume  that  a  clair¬ 
voyant  algorithm  executes  a  task  only  if  this  task  eventually  completes.  If  the  clairvoyant 
algorithm  does  not  schedule  any  of  the  tasks  abandoned  during  /  the  lemma  is  proved. 
Hence  assume  that  of  all  the  tasks  abandoned  in/  =  [tbegin,  t close]  the  clairvoyant  sched¬ 
uler  schedules  T\,T2,  •  •  -Tm  (in  order  of  completion).  These  tasks  execute  for  •  •  -lm 

time  after  tciose  (hence  m;ybe  outside  BUSY).  We  know  that  all  the  If  s  are  greater  than 
zero  (otherwise  there  is  no  net  gain). 

Lemma  3.2.4  ensures  that  the  biggest  possible  value  of  a  task  to  be  abandoned  during 
/  is  (1  +  y/k)  ■  achievedvalue(J).  If  such  a  task  has  value  density  k  its  execution  time 
is  (1+v/^)  achievcdva I ue ( J) .  pjeno|-e  by  ^  the  maximal  value  of  this  execution  time  and  the 
length  of  l\ 

(1  +  y/k)  ■  achievedvalue(J) 

/  =  max{ - - - (3. 

K 

Let  j  be  the  index  less  than  to  m  such  that 

'y )  i{  a  z  <  y>  /j  t  /j+i 

i<j  i<j 

If  no  such  j  exists  define  j  to  be  m. 

First  assume  that  ve  have  an  equality  J2i<j  h  =  L.  The  J2i<j  h  <  L  case  is  a  little 
more  complicated  and  will  be  treated  later. 

We  will  show  that  the  net  gain  from  scheduling  tasks  within  a  period  of  L  after  the 
end  of  the  interval  cannot  be  greater  than  (1  +  y/ k )  •  achievedvalue(J). 

•  Suppose  that  in  equation  3.5  the  maximim  is  the  first  term.  Then  the  total  net  gain 
from  TUT2,---Tj  is  not  greater  than 

k  ■  ^  f  =  k  ■  L  =  (1  +  y/k)  ■  achievedvalue(J)  (3-6) 

i<j 

•  If  on  the  other  hand  the  second  term  is  maximal  in  equation  3.5  then  the  value 
obtained  by  scheduling  T\  is  at  most  (1  +  y/k)  ■  achievedvalue(J)  (lemma  3.2.4). 

Now  we  will  show  that  the  net  gain  from  scheduling  tasks  “after”  L  is  never  positive. 
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Every  task  R  that  executed  at  a  time  of  at  least  L  after  the  end  of  the  interval  where 
j  <  i  <  m  has  an  execution  timec;  of  at  least  di  —  tciose  (see  lemma  3.2.5). 


O  > 
> 
> 

> 


di  tciose 

“the  point  at  which  R  completes  (according  to  the  clairvoyant)”  —  tci0 

( tciose  4“  ^  )  l  g')  tclose  —  '  lg 

g<i  g<i 

k  +  lg  =  k  +  L 
g<j 


For  i  >  j  Ti  was  scheduled  by  the  clairvoyant  scheduler  but  used  only  k  time  after  tciose. 
Hence  Ti  executed  at  least  L  time  before  tciose  that  is  to  say  in  BUSY  by  lemma  3.2.7. 
The  “loss”  from  scheduling  Ti  during  BUSY  is  at  least  k  ■  L.  The  value  obtained  by 
scheduling  Ti  is  at  most  (1  +  y/k)  ■  achievedvalue(J)  (lemma  3.2.4).  Hence  the  net  gain  is 
less  than  or  equal  to 


(1  +  y/k)  ■  achievedvalue(J)  —  k  ■  L 
<  (1  +  Vk)  ■  achievedvalue(J)  —  (1  +  Vk)  ■  achievedvalue(J)  =  0 


We  conclude  that  the  clairvoyant  algorithm  is  better  off  not  scheduling  any  task  Ti,  j  < 
i  <  m.  Hence  the  lemma  is  proved  for  the  case  that  J2i<j  h  =  L. 

What  if  L  does  not  equal  any  of  the  partial  sums?  That  is  if Xa<j  k  <  L  <  J2i<j+ 1  k- 
We  will  augment  the  total  value  given  to  the  clairvoyant  by  some  non-negative  amount. 
Then  we  will  show  that  even  with  this  addition  the  net  gain  achieved  by  the  clairvoyant 
algorithm  is  bounded  by  (1  +  y/ k )  •  achievedvalue(J)  hence  proving  the  lemma. 

First  we  will  take  the  value  density  of  Tj  to  be  k.  This  move  can  only  increase  the 
overall  value  achieved  by  the  clairvoyant  algorithm.  We  will  also  “transfer”  some  execution 
time  (and  hence  also  value)  from  Tj+i  to  Tj.  We  will  transfer  exactly  L  —  J2i<j  k  execution 
time.  There  will  be  a  non-negative  net  increase  of  ( k  —  value  density(Tj+ 1))  •  ( L  —  J2i<j  k) 
in  the  overall  achieved  value  of  the  clairvoyant  algorithm  and  we  are  back  in  the  case  of 
L  =  J2i<j  k-  The  total  net  gain  from  T\,  -  ■  ■  ,Tj  is  bounded  by  (1  +  yfk)  ■  achievedvalue(J) 
while  the  net  gain  from  all  other  tasks  is  zero  or  negative.  □ 


Our  strategy  thus  far  has  entailed  partitioning  the  problem  into  what  the  clairvoyant 
can  obtain  with  respect  to  a  given  interval.  We  now  compute  an  upper  bound  for  what  the 
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clairvoyant  algorithm  can  obtain  over  all  intervals.  Note  that  this  may  overestimate  what 
the  clairvoyant  algorithm  obtains  because  the  time  periods  that  the  clairwyant  algorithm 
uses  on  the  tasks  of  two  neighboring  intervals  may  overlap. 

Corollary  3.2.9  With  the  above  gifts,  the  total  net  gain  (over  the  entire  execution)  ob¬ 
tained  by  the  clairvoyant  algorithm  from  scheduling  the  tasks  of  F  is  not  greater  than 

(1  +  y/k)  ■  achievedvalue 


PROOF. 

Lemma  3.2.8  measured  the  maximum  net  gain  per  interval.  By  construction  ea<h  task  is 
accounted  for  in  exactly  one  interval.  Therefore  summing  ever  all  intervals  we  conclude 
that  the  total  net  gain  during  the  entire  execution  is  less  than  or  equals  to 

(1  +  Vk)  ■  achievedvalue.  □ 

The  previous  corollary  bounds  the  value  the  clairvoyant  algorithm  could  obtain  beyond 
the  granted  value  which  equals  k  ■  BUSY.  Now  ve  will  estimate  the  granted  value  (by 
bounding  the  length  of  BUSY )  to  get  an  upper  bound  on  C(S°  U  F). 

Lemma  3.2.10 

C(F  U  N°)  <  k  ■  (achievedvalue  -\ - -=.  ■  zerolaxval)  +  (1  +  y/k)  ■  achievedvalue 

y/k 

=  (k  +  1  +  y/k)  ■  achievedvalue  +  y/k  ■  zerolaxval 


PROOF. 

Lemma  3.2.6  shows  that  C(S°  U  F)  is  bounded  by  the  maximum  ranging  o^er  all  possible 
schedulings  of  the  tasks  of  F  of  the  following  sum: 

( value  obtained  by  scheduling  F)  + 
k  ■  ( length  of  time  in  BUSY  not  utilized  by  F  tasks). 

Corollary  3.2.9  above  shows  that  this  sum  is  less  than  or  equal  to 

(1  +  VH)  ■  achievedvalue  +  k  ■  BUSY 

Lemma  3.2.3  summed  o^er  all  intervals  yields: 

BUSY  <  achievedvalue  H - •  Istvalue 

Vk 
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Istvalue(J)  <  zerolaxval(J)  always  holds  because  every  task  that  is  lst-scheduled  must  have 
completed  at  its  deadline.  This  implies  that 

BUSY  <  achievedvalue  H — -=  ■  zerolaxval 

yk 


Hence 


C(S°  U  F)  <  k  ■  (achievedvalue  H - -=  •  zerolaxval)  +  (1  +  Vk)  •  achievedvalue 

yk 

=  (k  +  1  +  Vk)  ■  achievedvalue  +  'Jk  ■  zerolaxval 


Which  proves  the  lemma.  □ 


We  gave  the  clairvoyant  algorithm  the  value  of  all  tasks  in  Sp.  We  also  got  a  bound 
on  C(S°  U  F).  The  following  lemma  shows  that  the  sum  of  these  two  values  bounds  the 
value  the  clairvoyant  can  get  from  the  entire  collection. 

Lemma  3.2.11 


C(F  U  5°  U  Sp)  <  C(F  U  5°)  +  C{SP)  =  C{F  U  5°)  +  ^2  Vi 

Tesp 

PROOF. 

The  first  inequality  is  due  to  the  fact  that  C(-)  is  a  sub-linear  function.  The  reason  is  that 
executing  tasks  of  Sp  might  interfere  with  tasks  of  F  U  S°  and  vice  versa.  Therefore  the 
value  of  the  union  may  be  less  than  the  sum  of  the  values  of  the  individual  sets.  J)over 
schedules  to  completion  all  the  tasks  of  Sp  henceC'(5p)  equals  the  sum  of  the  values  of 
all  these  tasks.  This  yields  the  desired  result.  □ 

Given  a  collection  of  tasks  T  lemmas  3.2.10  and  3.2.11  gi«  an  upper  bound  on  the 
value  the  clairvoyant  algorithm  can  obtain  from  T  in  terms  of  the  value  obtained  by  J)over 
(achievedvalue  zerolaxval  and  poslaxval).  The  next  theorem  puts  these  results  together. 

Theorem  3.2.12  Dover  has  a  competitive  multiplier  of  of  (1  +  \fk)2 .  That  is,  Dover  ob¬ 
tains  at  least  ^ mes  ^e  value  of  a  clairvoyant  algorithm  given  any  task  collection 

r. 

PROOF. 

In  the  notation  of  the  lemmas  above  ve  got  from  lemma  3.2.10  that 

C(S°  U  F)  <  (k  +  1  T  VH)  ■  achievedval  ue  +  Vk  ■  zerolaxval 
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We  will  bound  y/k  ■  zerolaxval  in  the  above  equation. 


y/k 


■  achievedvalue 


y/k  ■  zerolaxval  +  y/k  ■  poslaxval  >  y/k  ■  zerolaxval  +  poslaxval 
y/k  ■  zerolaxval  <  y/k  ■  achievedvalue  —  poslaxval 


Hence  replacing  (Jk  ■  zerolaxval)  by  (y/k  ■  achievedvalue  —  poslaxval)  yields: 

C(S°  U  F)  <  (k  +  1  +  y/k)  ■  achievedval  ue  +  y/k  ■  achievedvalue  —  poslaxval 
=  (1  +  y/k)2  ■  achievedvalue  —  poslaxval 


Using  lemma  3.2.11  we  get: 


c(u  u  s°  u  sp)  < 


< 


C(FU  S°)  +  C(SP) 

C(F  U  5°)  +  poslaxval 

((1  +  y/k)2  ■  achievedvalue  —  poslaxval)  +  poslaxval 
(1  +  y/k)2  ■  achievedvalue 


□ 


3.2.4  The  Running  Complexity  of  Y)over 

In  the  previous  section  we  analyzed  the  performance  of  J)over  in  the  sense  of  what  value 
it  will  achieve  from  scheduling  tasks  to  completion.  In  this  section  we  study  the  cost  of 
executing  the  scheduling  algorithm  itself. 

Theorem  3.2.13  If  n  bounds  the  number  of  unscheduled  tasks  in  the  system  at  any  instant 
then  each  task  incurs  an  O(logn)  amortized  cost. 

PROOF. 

j^over  reqUires  three  data  structures  called  Q .privileged  Q.waiting  and  Qlst  all  of  them 
priority  queues  implemeited  as  balanced  search  trees  e.g.  2-3  trees.  They  supportlnsert 
Delete  Min  and  Dequeue  operations  each  taking  O(logn)  time  for  a  queue  with  n  tasks. 
The  structures  share  their  leaf  nodes  which  represent  tasks. 

Y)over  consists  of  a  main  loop  with  three  “interrupt  handlers”  within  it.  The  total 
number  of  operations  is  dominated  by  the  number  of  times  each  of  these  handler  clauses 
is  executed  and  the  number  of  data  structure  operations  in  each  clause. 


CHAPTER  3.  UNIPROCESSOR  ENVIRONMENTS 


45 


Suppose  a  history  of  m  tasks  is  given.  First  let  us  estimate  the  lumber  of  times  each 
handler  clause  can  be  executed.  A  task  during  its  lifetime  causes  exactly  one  task  release 
event  and  at  most  one  task  completion  event  as  well  as  at  most  one  latest-start-time 
interrupt  event.  Hence  while  scheduling  m  tasks  the  total  number  of  events  is  bounded 
by  3m. 

Now  ve  will  bound  the  number  of  queue  operations  in  each  handler  clause. 

•  In  the  handler  for  the  task  release  event  (statement  54)  there  is  a  constait  number 
of  queue  operations.  Hence  this  coitributes  a  total  of  0(m )  queue  operations  during 
the  entire  history. 

•  In  the  handler  for  the  task  completion  event  (statement  9)  there  is  a  constant  number 
of  queue  operations.  Hence  this  coitributes  a  total  of  0(m )  queue  operations  during 
the  entire  history. 

•  In  the  handler  for  latest-start-time  interrupt  event  (see  statement  76)  the  lumber 
of  queue  operations  is  proportional  to  the  number  of  tasks  in  Q_privileged  plus  a 
constant  (because  the  privileged  tasks  are  all  inserted  into  Q_waiting  statemeit  83). 
How  many  tasks  can  be  in  Q_privileged  throughout  the  history?  A  task  can  enter 
Q_privileged  only  as  a  result  of  task  release  event  (statement  64)  there  are  at  most 
m  such  events.  Hence  the  total  lumber  of  tasks  in  Q_privileged  is  at  most  m  which 
means  that  the  total  number  of  queue  operations  is  0(m )  during  the  entire  history. 

We  conclude  that  the  total  number  of  operations  for  the  entire  history  is  O(mlogn)  and 
the  theorem  is  proved.  □ 

3.3  Underloaded  Periods:  Conflicting  Tasks 

Intuitively  jyver  is  an  optimal  scheduler  during  underloaded  periods  because  it  mimics  the 
earliest-deadline-first  algorithm  during  those  periods.  It  gives  its  non-trivial  competitive 
guarantee  during  overloaded  periods. 

To  make  these  statements  precise  ve  must  define  what  underloaded  and  overloaded 
mean.  Informally  underload  means  a  situation  in  which  all  tasks  can  be  scheduled  to 
completion  by  their  deadlines.  Such  tasks  are  designated  as  conflict-free.  The  following 
algorithm  (figure  3.5)  gives  a  precise  definition  of  conflict-free  and  their  antithesis  — 
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1  Function  Remove_Conllicts  (  T  )  ; 

2 

3  if  num_of_tasks(r)  ==  1  then 

4  return(r); 

5  endif; 

6 

7  collection_num_of_tasks  :=2; 

8  repeat 

(*  Finds  a  collection  of  tasks  that  their  combined  computation  time  is 
longer  than  their  combined  executable  periods  *) 

10  select  a  collection  of  tasks  S  =  Tr  ,  Th,,  •  •  ■  ,T;  , ,  t  ,  of  size 

(,1  '  iz~  '  L collection^num—oj —task  s 

collection _num_of_t asks  such  that 
r  =  MinT,es{ri}  and  d  =  Maxx,es{di}  and 

4”  4”  4”  C^collection—num— of  —tasks  ^  ^ 7 

11  if  (such  a  collection  is  found)  then 

12  mark  all  the  tasks  in  S  as  conflicting  tasks; 

13  create  a  task  T  with  release  time  r  and  deadline  d 
and  with  no  slack  time; 

14  (*  T  is  an  aggregated  task  *) 

15  return(  remove_conflicts(  T  —  s  +  {T}yy, 

(*  Start  again  with  the  new  collection  of  tasks.  The  new  collection  has 

_  „  a  smaller  number  of  tasks.  When  the  recursive  calls  reach  the  bottom 

16  .  . 

of  the  recursion  (that  is  when  T  has  no  conflicting  tasks)  the  result  is 
propagated  upwards  (tail  recursion) .  *) 

17  else 

18  collection_num_of_tasks  :=  collection_num_of_tasks  +  1; 

19  endif; 

20  until  collection_num_of_tasks  >  num_of_tasks(r); 

21  return(r)  (*/n  case  that  no  conflict  was  found  *) 


Figure  3.5:  The  Remove  Conflicts  algorithm. 
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conflicting  tasks10. 

Y)over  schedules  to  completion  all  conflict-free  tasks  (thus  all  tasks  in  an  underloaded 
system)  and  also  obtains  at  least  times  the  value  a  clairvoyant  algorithm  can  get 

from  the  conflicting  tasks.  The  proof  rests  on  the  proof  of  the  competitive  guarantee  given 
in  this  chapter  and  can  be  found  in  appendix  3.3. 


10Note  that  the  purpose  of  this  algorithm  is  to  define  conflicting  and  conflict_free  tasks, 
needs  ever  to  execute  it. 
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4.1  The  Lower  Bound 

We  would  first  like  to  show  that  every  on-line  algorithm  has  a  competitive  multiplier  of  at 
least  —  1)  for  a  system  with  n  processors  and  importance  ratio  of  k.  As  usual  in 

proofs  of  this  kind  ve  assume  that  a  game  is  played  between  an  adversary  and  the  on-line 
scheduler. 

12  n 

We  consider  n+  1  possible  levels  of  value  density  1  =  k  call  them  levls 

0, 1,  •  •  •,  n.  With  each  level  we  associate  a  period.  A  task  of  some  value  density  level  will 
have  a  computation  time  and  deadline  equal  to  the  corresponding  period.  Hence  the  mlue 
of  a  task  of  level  i  equals  the  length  of  the  T th  period  times  the  T th  value  density.  The 
length  of  the  O’th  level’s  period  is  set  to  1.  We  choose  all  other  periods  in  such  a  way  that 
the  value  of  an  i  +  l’th  level  task  is  only  a  small  fraction  of  the  T th  level  task’s  value.  In 
fact  ve  choose  it  so  the  i  +  l’th  task’s  effective  value  density 1  taken  over  the  i’th  period  is 
arbitrarily  small  (say  e  for  some  small  e).  A  collection  of  tasks  that  has  n  identical  tasks 
for  each  level  where  all  are  released  at  the  same  time  is  called  a complete  set2.  Figure  4.1 
shows  a  complete  set  for  a  system  with  3  processors  and  value  density  of  8. 

The  adversary  controls  the  release  of  tasks  making  decisions  after  observing  the  actions 
(schedule)  of  the  on-line  algorithm  so  far.  In  the  following  we  describe  the  game  played  by 
the  adversary  and  the  on-line  scheduler. 

The  game  is  played  by  stages  the  first  one  beginning  at  time  0.  A  the  beginning  of 
each  stage  the  adversary  releases  a  complete  set  of  tasks.  The  adversary  releases  tasks  only 
in  complete  sets  and  only  in  the  beginning  of  a  stage.  The  behavior  of  the  on-line  scheduler 
dictates  when  the  next  complete  set  is  to  be  released  (i.e  the  beginning  of  the  next  stage). 
Denote  by  ti  the  beginning  of  the  /’th  stage.  At  time  ti  (in  particular  at  time  0)  the  on¬ 
line  algorithm  has  to  schedule  a  new  complete  set  and  possibly  some  previously  released 
tasks.  The  number  of  possible  scheduling  decisions  is  vast.  However  since  the  lumber  of 
processors  is  smaller  than  the  number  of  levels  at  least  one  le^el  is  not  represented  in  the 
on-line  schedule  (at  time  t{).  Let  io  be  an  index  of  some  level  (to  be  specified  later)  that 
is  not  represented.  Then  is  set  to  be  the  end  of  the  current  io’th  level  period.  This 
means  that  up  to  that  time  there  will  be  no  new  task  releases.  We  will  say  that  the  stage 
starting  at  ti  is  associated  with  level  io.  The  game  goes  on  in  that  manner  for  a  big  enough 


1See  definition  4.1.1. 

2Hence,  a  complete  set  has  n{n  +  1)  tasks. 
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Figure  4.1:  A  complete  set  for  n  =  3  and  k  =  8. 

Note  that  there  is  one  more  level  than  processors  and  the  levels  correspond  to  value 
densities  k°  k 1/3  k 2/3  and  A;3/3.  Each  level  has  as  many  tasks  as  processors.  Finally 
each  lower  value  density  task  T  is  so  much  longer  than  any  higher  value  density  task  T 
so  that  the  value  of  T  is  much  greater  than  the  value  of  T  . 
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number  of  stages  (see  proof  of  theorem  4.1.3). 

Suppose  that  the  stage  starting  at  ti  is  associated  with  level  io  then  what  can  the 
clairvoyant  scheduler  do?  One  possibility  is  to  execute  n  tasks  of  level  io  to  completion 
between  ti  to  .  In  this  scheme  the  clairwyant  scheduler  schedules  all  the  processors  in 
the  same  way  no  processor  is  e'er  idle  and  all  curreit  tasks  complete  immediately  before 
a  new  set  is  released. 

The  idea  behind  the  lower  bound  game  is  that  while  the  clairvoyant  scheduler  gets  a 
value  density  of  k  n  for  the  duration  of  the  entire  stage  on  all  the  processors.  The  on-line 
scheduler  utilizes  its  processors  either  with  lower  value  density  tasks  or  with  higher  value 
density  tasks  that  have  very  short  duration  (hence  have  little  value).  After  the  completion 
of  these  short  high  value  density  tasks  the  associated  processors  will  be  left  idle  because 
no  more  tasks  are  released  before  the  end  of  the  stage. 

The  question  is  how  to  choose  the  level  associated  with  a  given  stage.  In  the  case  that 
only  one  value  density  is  missing  from  the  on-line  schedule  then  this  level  is  the  one.  We 
will  start  by  proving  results  assuming  that  only  one  level  is  missing.  Later  ve  will  show 
that  these  results  hold  in  the  general  case  when  more  than  one  le'el  of  value  density  is 
missing. 

Definition  4.1.1  Effective  Value  Density 

The  effective  value  density  obtained  by  a  scheduling  algorithm  A  at  the  period  between 
time  t\  and  t2  is  the  sum  of  value  densities  scheduled  during  this  period  veighted  according 
to  their  length  of  execution  during  the  period.  Formally  for  aiy  task  T  let duration(T) 
denote  the  duration  for  which  T  was  scheduled  (by  A)  between  time  t\  and  t2.  Then  the 
effective  value  density  of  the  algorithm  A  between  t\  and  t2  is: 

^  value  jdensity(T)  X  duration(T) 

^  t2-h 

The  sum  is  taken  over  all  T  such  that  T  was  scheduled  for  execution  between  t\  and  t2. 

We  will  say  that  the  the  effective  value  density  of  a  task  T  between  t\  and  t2  is  its 
contribution  to  the  above  sum.  I.e. 

value  Men  sity(T)  X  duration(T) 


0  ~  h 

Lemma  4.1.1  If  only  one  density  level,  io,  is  missing  from  the  on-line  schedule  at  the 
beginning  of  some  stage,  S,  then  the  effective  value  density  obtained  by  the  clairvoyant 
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scheduler  during  stage  S  is  at  least  n(k~  —  1)  times  bigger  than  the  effective  value 
density  obtained  by  the  on-line  scheduler  for  the  same  period. 

PROOF. 

An  easy  lower  bound  on  the  value  achieved  by  the  clairvoyant  algorithm  is  obtained  by 
scheduling  to  completion  n  tasks  of  level  i$.  This  corresponds  to  an  effective  value  density 

io_ 

of  nk  n  . 

During  stage  S  the  on-line  scheduler  did  not  execute  any  task  of  level  io  because  no  task 
of  that  level  was  scheduled  at  the  beginning  of  the  stage  and  no  new  tasks  are  released 
before  the  end  of  the  stage.  Instead  it  stheduled  tasks  of  lower  or  higher  levels.  The 
effective  value  density  of  any  task  of  higher  level  is  much  smaller  than  its  value  density 
because  of  its  short  period.  In  fact  all  such  tasks  have  effective  value  density  of  at  most  e 
during  S.  Hence  the  effective  value  density  achieved  by  the  on-line  scheduler  is  at  most 


„  ,1,2.  ,  80— 1 
l-\-kn-\~kn-\-----\-k  n  +  C  +  •  •  •  +  C 

' - V - ' 

n  —  io  times 

We  are  looking  for  the  smallest  possible  ratio  between  the  effective  value  densities  of  the 
clairvoyant  and  the  on-line  scheduler.  That  is 


nk  ° 

o<80 <n  +  k~  +  •  •  •  +  k~^~  +  (n  —  i0)e) 

The  above  term  monotonically  decreases  when  io  increases  hence  the  minimim  is  obtained 
when  i0  =  n  and  its  value  is 


nk 

TT  7l  re-1 

lT&re  k  n  — *  •  *  — /re  re 

and  the  lemma  is  proved.  □ 


k 

k  -  1 


n(kn  —  1) 


The  preceding  lemma  dealt  with  the  special  case  that  only  one  value  density  level  is 
missing  from  the  on-line  schedule.  But  what  will  happen  if  more  than  one  level  is  missing? 
In  the  following  we  show  that  this  cannot  benefit  the  on-line  scheduler  (for  a  “good”  choice 
of  i0).  Hence  the  lover  bound  holds  in  the  general  case. 

Actually  ve  look  for  a  value  density  level  (at  time  t{)  that  has  the  following  single 
representative  property:  No  task  of  that  level  is  currently  executing  and  all  lower  levels 
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have  only  one  representative  in  the  on-line  schedule3  (recall  that  each  level  can  have  up  to 
n  representatives).  This  level  will  give  us  the  desired  result. 

Still  it  is  possible  that  no  su<h  level  exists.  That  is  it  my  be  that  some  levels  lower 
than  the  missing  one  have  more  than  one  representative.  In  that  case  we  show  that  we 
always  can  help  the  on-line  scheduler  by  the  following  gift:  we  promote  some  tasks  upwards 
to  higher  value  densities  i.e.  giving  them  an  additional  alue  density  during  one  stage. 
We  choose  the  promotion  in  such  a  way  that  it  leads  to  a  situation  that  satisfies  the  above 
property.  Then  ve  obtain  the  lower  bound  taking  the  gift  into  consideration.  This  bound 
surely  applies  for  the  weakened  on-line  scheduler  (i.e.  without  the  gift). 

Here  are  the  details  of  the  promotion  procedure.  At  the  beginning  of  the  stage  the 
on-line  scheduler  executes  up  to  n  tasks.  The  promotion  works  as  follows:  group  the  tasks 
currently  executing  according  to  their  value  density  levels.  Now  starting  from  letel  zero 
go  up  the  levels  until  a  level  having  the  single  representative  property  is  found.  If  there  is 
no  task  at  level  zero  then  level  zero  has  the  desired  property.  Otherwise  promote  all  but 
one  of  the  tasks  one  level  up  to  level  one.  Now  ve  repeat  this  procedure  for  level  one:  if 
there  are  no  tasks  at  level  one  (taking  into  consideration  tasks  that  were  just  promoted) 
then  level  one  satisfies  the  desired  property.  If  level  one  is  not  empty  then  we  promote  all 
but  one  of  the  tasks  (if  any)  to  the  next  level  and  repeat  this  process. 

There  are  n  +  1  value  density  levels  but  only  n  (or  less)  tasks  hence  this  process 
must  terminate  producing  a  “promoted”  schedule  with  a  level  that  has  the  the  single 
representative  property. 

Now  we  are  ready  to  state  and  prove  the  version  of  lemma  4.1.1  for  the  general  case 
(i.e.  when  more  than  one  le^el  is  missing). 

Lemma  4.1.2  For  any  stage  S,  the  effective  value  density  obtained  by  the  clairvoyant 
scheduler  during  S  is  at  least  n(k~  —  1)  times  bigger  than  the  effective  value  density 
obtained  by  the  on-line  scheduler  for  the  same  period. 

PROOF. 

Suppose  i0  is  the  level  having  the  single  representation  property  for  the  period  in  question 
possibly  after  performing  the  promotion  procedure. 

An  easy  lower  bound  on  the  value  achieved  by  the  clairvoyant  algorithm  is  obtained  by 

3If  only  one  level  is  missing  from  the  schedule  then  the  single  representative  property  is  satisfied  for  that 
level. 
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scheduling  to  completion  n  tasks  of  level  i$.  This  corresponds  to  an  effective  value  density 

10. 

of  nk  n  . 

Suppose  Ti,T2,  •  •  -Tm  with  value  densities  i\  <  i2  <  •  •  •  im  <  *o  are  the  tasks  that  were 
executing  at  the  beginning  of  stage  S  4.  There  are  no  more  tasks  releases  until  the  end  of 
io’s  period.  Hence  the  ratio  between  the  effective  value  densities  is  at  least: 

nk 

/ ,  11  ,12.  ,  im.  ,  x  x 

(  k  n  -f  k  n  k  n  -f  [U  ~  TO  )€) 

But  if  ve  replace  the  value  density  of  a  task  T  by  its  promoted  value  density  (denoted  by 
P(/))  then  the  denominator  does  not  decrease  hence  the  ratio  does  not  increase. 

nk 

/ ,  11  ,12.  ,1m.  / 

(  k  n  -f  k  n  +  •  •  •  +  K  n  +(U  —  171  )€) 

nk 

/  ,  P4l)  ,  p(.‘2)  P(im)  .  x  \ 

(k  n  -| -  k  n  +•••  +  «;  n  +(n  —  to)c) 

nk 

(k~  +  k~  +  •  •  •  +  k~  +  (n  —  m)e) 


> 


> 


The  last  equality  is  due  to  the  fact  that  P  is  a  one  to  one  function  from  {*i,  i2,  •  •  • im }  onto 
{1,2,  ...to}.  We  saw  in  lemma  4.1.1  abo^e  that  the  abo^e  ratio  is  not  smaller  than 


k 


k  -  1 


n(kn  —  1) 


and  the  lemma  is  proved.  □ 


The  lemma  above  demonstrates  a  ratio  between  the  effective  value  density  of  any  on-line 
scheduler  and  that  of  the  clairvoyant  scheduler  during  every  stage.  For  an  infinite  game 
this  translates  to  a  ratio  between  the  values  obtained  by  the  algorithms  during  the  entire 
game.  However  ve  are  interested  in  finite  games:  a  problem  arises  with  the  end  of  the 
last  stage.  At  the  end  of  the  last  stage  the  on-line  scheduler  may  still  execute  tasks  from 
previous  stages  while  the  clairvoyant  (according  to  our  scenario)  leave  all  the  processors 
idle.  The  following  theorem  proves  that  after  sufficient  number  of  stages  these  “residual” 
tasks  can  be  ignored. 

4It  is  possible  that  some  of  these  tasks  were  released  in  previous  stages. 
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Theorem  4.1.3  For  a  system  with  n  processors  and  maximal  value  density  of  k,  there  is 
no  on-line  scheduling  algorithm  with  competitive  multiplier  smaller  than  (kh )<k-  -1). 
PROOF. 

Fix  an  on-line  scheduling  algorithm.  Recall  that  ti  the  beginning  of  the  /’ th  stage  denote 
by  V(t()  the  value  obtained  by  the  on-line  scheduler  until  time  t;.  The  ratio  between  the 
effective  value  densities  as  appears  in  lemma  4.1.2  becomes  a  lower  bound  on  the  ratio 
between  values  because  the  clairvoyant  scheduler  never  abandons  a  task  that  started  its 
execution  while  the  on-line  algorithm  might.  Hence  lemma  4.1.2  shews  that  the  value 
obtained  by  the  clairvoyant  algorithm  is  at  least  n(k~  —  T)V(t(). 

Note  that  ti  tends  to  infinity  as  l  goes  to  infinity.  If  V(t()  does  not  tend  to  infinity  as 
l  goes  to  infinity  then  the  competitive  multiplier  of  the  on-line  algorithm  is  not  bounded 
(because  the  clairvoyant  algorithm  gets  a  value  of  at  least  nti  oo).  Hence  we  can  assume 
that  V{ti)  tends  to  infinity.  For  arbitrarily  small  e  >  0  there  is  a  big  enough  Iq  such  that 

V(ti0)  >  i kn  =4>  kn<  eV (tto) 

Suppose  the  game  ends  at  ti0  (i.e.  no  more  task  releases).  The  total  value  obtained  by  the 
on-line  scheduler  is  not  greater  than  V{ti0)  +  kn  (because  all  the  tasks  not  yet  completed 
have  length  at  most  1  and  value  density  at  most  k).  The  clairvoyant  scheduler  gets  a  value 
of  at  least  j^NTj n(k~  ~  1  )V(ti0). 

Hence 

value  obtained  by  the  clairvoyant  scheduler 
value  obtained  by  the  on-line  scheduler 

>  U^i)n(k™  ~ 

V(ti0)  +  kn 

^  fkh)n(k^  -  l)V(tlo) 

~  V(tlo)  +  eV(tlo) 

>  ~  1) 

1  +  e 

This  holds  for  every  positive  e  hence  the  Theorem  is  proved.  □ 

Corollary  4.1.4  As  the  number  of  processors  n  tends  to  infinity,  no  on-line  algorithm 
can  have  a  competitive  multiplier  smaller  than  in  k  (natural  logarithm). 
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Remark  4.1.2  For  n  =  1  the  lower  bound  is  k  which  is  not  as  good  as  the  already  known 
tight  lower  bound  of  (1  +  Vh)2  (chapter  3).  For  k  =  la  different  treatment  is  needed. 

In  the  next  section  we  introduce  our  competitive  scheduling  algorithm  for  multiproces¬ 
sor  environments. 

4.2  Algorithmic  Guarantees 

Having  proved  the  lower  bound  on  the  best  possible  competitive  multiplier  ve  would  like 
to  devise  an  on-line  scheduler  that  achieves  this  bound.  In  the  following  we  describe  an 
algorithm  that  does  so  (up  to  a  small  multiplicative  factor)  in  many  cases. 

We  break  the  processors  into  bands  (of  2  processors  each)  and  one  central  pool.  The 
main  idea  of  the  algorithm  is  to  assign  a  task  upon  its  release  to  the  band  corresponding  to 
its  value  density.  Tasks  that  are  assigned  to  a  band  are  guaranteed  to  complete  and  can  all 
complete  on  a  single  processor.  This  means  that  they  constitute  a  uniprocessor  underloaded 
system  and  can  be  scheduled  according  to  the  earliest- deadline- first  algorithm  [7].  Suppose 
the  new  task  cannot  be  added  to  the  band  that  corresponds  to  its  value  density  (because 
it  will  cause  overload  at  that  band).  Then  the  scheduler  will  determine  whether  the  new 
task  can  be  scheduled  on  the  next  band  below  (i.e  a  band  corresponding  to  lover  value 
density).  If  the  band  below  cannot  accept  the  new  task  the  task  will  coitinue  to  cascade 
downwards.  If  a  task  cascades  to  the  lowest  band  but  still  cannot  be  scheduled  there  it 
can  go  into  the  central  pool. 

If  a  newly  released  task  is  accepted  by  one  of  the  bands  or  by  the  central  pool  it  is 
guaranteed  to  complete  before  its  deadline  (these  tasks  are  called  “privileged”).  If  it  is 
not  it  avaits  its  LST  ( Latest  Start  Time)5  at  whi<h  time  it  tries  again  to  be  scheduled 
(details  to  follow). 

Throughout  this  section  we  assume  a  system  with  2 n  processors.  We  break  the  pro¬ 
cessors  into  two  disjoint  groups:  2 ip  processors  will  constitute  a  “band  structure”  and  the 
other  2 w  processors  will  constitute  a  “central  pool”  as  described  below  (n  =  t/>  +  w;  and 
n  >  lo  >  0). 

5Recall  the  definition  of  LST  (section  3.1):  LST  =  (deadline  -  remaining  computation  time).  If  a  task 
is  not  scheduled  at  its  LST,  it  will  not  complete. 
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2_  V1-! 

We  consider  ip  intervals6  ( levels )  of  value  density  [1  ..k^  ..k^),  ■  ■  ■  ,[k  ^  .. k ]  call 

these  levels  1 ,  •  •  • ,  t/>  respectively.  The  i’th  band  is  said  to  be  “lower”  than  the  i  +  l’st 
band. 

Suppose  the  entire  set  of  tasks  to  be  scheduled  is  T.  We  partition  this  set  according 
to  the  value  density  of  the  tasks:  T  =  Tj  U  T2  ■  ■  ■  U  where  I\-  contains  all  tasks  with 

i  —  1  i 

value  density  in  the  range  [k ,  k ^ ) .  We  allocate  2  processors  (a  band )  for  each  of  the 
ip  value  density  levels.  In  addition  the  remaining  %  processors  are  allocated  as  a  central 
pool  that  will  be  used  ly  tasks  of  all  levels. 

The  algorithm  has  three  major  components: 

1.  Upon  task  release  assign  a  task  to  a  band  (possibly  after  cascading). 

2.  At  LST  (of  a  non-privileged  task)  decide  whether  and  where  a  task  should  be  sthed- 
uled  or  maybe  abandoned. 

3.  The  method  used  in  scheduling  each  band  (and  the  central  pool). 

Different  choices  for  these  three  components  would  create  different  variants  of  the  algo¬ 
rithm.  In  this  paper  we  describe  one  specific  variant  that  we  call  the  MOCA  Algorithm. 
In  this  variant  the  ceitral  pool  is  also  broken  into  bands  of  two  processors  each7.  The 
MOCA  Algorithm  schedules  according  to  the  following  rules: 

•  At  each  moment  eery  band  has  one  of  its  processors  designated  as  the  Safe  Processor 
(SP)  and  the  other  as  the  Risky  Processor  (HP).  Each  band  has  its  own  queue  called 
Q_privileged  the  tasks  in  Q_privileged  are  guaranteed  to  complete.  In  addition  to 
the  local  Q_privileged  queues  there  is  one  global  queue  called  Q_waiting.  This  queue 
includes  all  the  ready  tasks  that  are  not  privileged. 

•  When  a  new  task  T  is  released  it  is  assigned  to  a  band  as  follovs: 

6A11  but  the  last  interval  is  half  open  half  closed.  The  last  level  corresponds  to  the  closed  interval 

Wi 

[k  V*  ,k]- 

7The  bands  of  the  central  pool  are  ordered  so  that  a  task  that  reaches  the  pool  start  with  the  first  band 
in  the  pool  and  if  not  accepted  it  cascades  to  the  second  band  and  onwards.  If  the  task  is  not  accepted  by 
the  last  band  in  the  pool  it  awaits  its  LST. 
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1.  It  is  added  to  the  Q -privileged  of  its  own  band  if  this  does  not  create  overload 
(i.e  all  tasks  including  the  new  task  can  complete  on  SP).  Otherwise  T  cascades 
downward  as  described  above. 

2.  If  T  was  not  accepted  by  any  band  (including  all  the  bands  in  the  central  pool) 
it  enters  Q-waiting  where  it  waits  until  its  LST  occurs. 

So  at  release  time  only  the  SPs  are  examined.  A  task  migh  not  be  scheduled  even 
if  an  RP  is  idle8. 

•  A  task  T  that  reached  its  LST  is  assigned  to  a  processor  as  follows: 

1.  If  there  is  any  idle  RP  among  all  the  lower  level  bands  (including  T’s  own  level) 
then  schedule  T  on  one  of  these  processors9. 

2.  If  there  is  no  idle  RP  among  lower  level  bands  ve  might  abandon  a  task  exe¬ 
cuting  on  one  of  these  RPs  in  order  to  schedule  T  depending  on  the  folloving 
rule: 

Let  T*  be  the  task  with  earliest  deadline  among  all  the  tasks  executing  on  these 
RPs. 

If  T  has  a  later  deadline  than  T*  then  abandon  T*  and  schedule  T  in  its  place; 
otherwise  abandon!1  10 . 

•  If  at  task  completion  cent  SP  of  a  band  becomes  idle  then  the  tvo  processors 
should  switch  roles;  the  safe -processor  becomes  the  risky-processor  and  vice  versa11. 
This  does  not  require  task  migration. 

Figure  4.2  is  a  schematic  description  of  the  MOCA  Algorithm.  The  bands  structure  as 

described  above  prioritize  high  value  density  tasks  over  low  value  density  tasks.  Higher 

value  density  tasks  start  their  cascading  at  a  higher  point  and  cascading  is  possible  in  only 

one  direction  -  downwards12.  However  an  algorithm  that  uses  the  “pure”  bands  structure 

8Using  idle  RPs  and  scheduling  tasks  of  Q -Waiting  before  they  reach  their  LST  is  a  heuristic  that  can 
improve  the  average  case  behavior  of  the  scheduler. 

9 Heuristics  can  be  used  to  choose  the  processor  in  case  more  than  one  RPis  idle. 

i°If  ke  apan(joned  while  there  is  an  idle  processor  (above  T’s  own  band),  scheduling  T  on  an  idle 

processor  (with  or  without  guaranteeing  its  completion)  can  only  improve  the  average  case  behavior  of  the 
scheduler. 

nThe  current  task  on  SP  (that  was  RP)  becomes  privileged. 

12 Hence,  higher  value  density  tasks  have  more  bands  that  can  possibly  accommodate  them. 
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Figure  4.2:  A  schematic  description  of  the  MOCA  Algorithm. 

In  this  figure  the  system  has  10  processors  divided  irto  3  bands  and  a  central  pool.  At 
release  time  a  task  tries  to  be  scheduled  on  one  of  the  SPs  starting  with  its  own  value 
density  band.  If  unsuccessful  it  avaits  its  LST in  Q_waiting.  At  LST the  task  tries  to  be 
scheduled  on  one  of  the  RPs  again  starting  from  its  ovn  value  density  band. 
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Task 

Tt 

t2 

t3 

t4 

t5 

Tq 

Tr 

t8 

t9 

T10 

Release  Time 

0 

0 

1 

1 

1 

2 

2 

3 

3 

6 

Computation  Time 

5 

5 

5 

5 

1 

4 

3 

2 

2 

1 

Slack  Time 

0 

0 

0 

0 

0 

2 

2 

1 

0 

1 

Deadline 

5 

5 

6 

6 

2 

8 

7 

6 

5 

8 

Value  Density 

1 

2 

3 

3 

3 

16 

10 

10 

10 

16 

Table  4.1:  The  tasks  for  example  4.2.1. 

(i.e.  with  no  ceitral  pool)  can  be  crippled  when  the  task  set  consists  of  mostly  low  value 
density  tasks  since  all  the  higher  bands  will  be  left  idle.  In  order  to  minimize  the  loss  of 
such  cases  we  add  the  central  pool  to  the  bands  structure.  If  all  the  tasks  are  of  low  value 
density  then  all  high  bands  would  still  be  left  idle  but  the  bands  in  the  central  pool  would 
be  utilized. 

A  big  enough  central  pool  will  offset  the  damage  caused  by  higher  idle  bands.  However 
making  the  central  pool  too  big  can  cause  another  problem — weakening  the  advantages  of 
the  higher  value  density  tasks.  We  conclude  that  choosing  the  right  size  of  the  central  pool 
is  a  delicate  and  important  aspect  of  the  the  MOCA  Algorithm.  An  intuitive  analogy  is 
to  a  well-balanced  corporate  research  and  development  policy:  a  few  researchers  should 
work  on  high  risk/high  value  research  whereas  most  employees  should  work  on  bread  and 
butter  concerns. 

Example  4.2.1  The  following  is  a  small  example  of  the  MOCA  Algorithm ‘s  scheduling. 
Assume  that  the  highest  possible  value  density  is  16  nrmber  of  processors  is  6  from  which 
2  are  allocated  as  a  central  pool  and  the  rest  constitute  2  bands  (i.e.  k  =  16,  2n  =  6,  ip  =  2 
and  uj  =  1).  The  first  band  will  be  for  tasks  with  value  density  below  4  and  the  second  for 
tasks  with  value  density  of  4  and  above.  For  this  example  consider  the  tasks  depicted  in 
table  4.1.  Figure  4.3  shows  the  schedule  created  by  the  MOCA  Algorithm. 

The  first  two  tasks  to  be  released  are  scheduled  on  the  SP  of  the  first  band  and  the 
central  pool  (T2  cascades  into  the  central  pool).  When  T3  is  released  it  cannot  be  scheduled 
on  an  SP  so  it  is  inserted  iito  Q_waiting  only  to  create  an  LST  interrupt  immediately. 
Then  it  is  scheduled  on  the  RP  of  the  first  band.  In  the  same  way  T4  is  scheduled  on 
the  RP  of  the  central  pool.  But  when  T5  arrives  it  can  be  scheduled  neither  on  any  of 
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the  SPs  nor  on  any  of  the  RPs  hence  is  abandoned  (in  the  LST  routine).  Note  thatTs  is 
abandoned  even  though  the  second  band  is  idle  (a  task  can  cascade  only  downwards). 

All  the  remaining  tasks  have  value  density  high  enough  to  be  scheduled  on  the  second 
band.  Tq  is  scheduled  on  the  SP.  T 7  cannot  be  scheduled  on  any  of  the  SPs  and  it  enters 
Q_waiting  (with  LST  at  4).  Tg  can  be  added  to  the  SP  of  the  second  band  preempting  Tq 
(which  has  a  latter  deadline).  Tg  cannot  be  scheduled  on  any  of  the  SPs;  it  reaches  its  LST 
and  is  scheduled  on  the  RP  of  the  second  band  but  at  time  4  it  is  abandoned  in  fwor  of 
T7  which  arrived  to  its  LST  and  has  a  later  deadline. 

At  time  5  the  SP  of  the  first  band  becomes  idle  whk  creates  a  switch  of  roles  between 
the  SP  and  RP  of  that  band.  Later  at  time  6  T10  is  released;  it  cannot  be  scheduled  on 
its  own  band’s  SP  but  after  cascading  it  is  scheduled  on  the  (new)  SP  of  the  first  band. 

All  in  all  th eMOCA  Algorithm  completed  all  the  tasks  but  T5  and  Tg.  A  clairvoyant 
scheduler  could  schedule  all  the  tasks  (T5  can  be  scheduled  on  the  idle  SP  and  Tg  can  be 
scheduled  before  its  LST  on  the  same  processor). 

4.3  The  Algorithm’s  Competitive  Multiplier 

In  this  section  we  would  like  to  study  the  behavior  of  the  MOCA  Algorithm  and  to  compute 
its  competitive  multiplier.  The  final  result  is  stated  in  theorem  4.3.3.  Before  we  start  we 
must  introduce  the  lost  value  lemma  as  well  as  some  notation  and  definitions. 

Let  A  be  an  on-line  scheduler  and  P  a  set  of  tasks  to  be  scheduled.  We  can  partition 
the  tasks  of  P  according  to  the  behavior  of  A 

1.  Tasks  that  never  completed  (T)  the  “lost”  ones. 

2.  Tasks  that  completed  successfully  ( S ) 


r  =  tu  s 

Denote  by  R(P)  and  C(P)  the  value  achieved  by  A  and  the  clairvoyant  scheduler  from  the 
tasks  of  P  respecti'ely. 


Lemma  4.3.1  The  Lost  Value  Lemma 


CHAPTER  4.  MULTIPROCESSOR  ENVIRONMENTS 


63 


If  for  some  constant  c  and  every  set  of  tasks  T, 

c(F)  <  cv(r) 


Then, 


PROOF. 


C(r)<(c+i)y(r) 


C(r)  =  C(FuS)  <  C(F)  +  C(S) 

=  C(F)  +  V(S)  =  C(F)  +  V(T) 

<  (c+imr) 


□ 

Definition  4.3.1 

•  Productive  Band:  A  band  is  said  to  be  productive  at  time  t  if  at  that  time  its 
SP  is  not  idle. 

Recall  that  tasks  that  start  executing  on  SP  are  never  abandoned.  This  mean  that 
whenever  SP  is  not  idle  it  “generates”  value  (i.e.  producti'e). 

•  Cumulative  Value  Density  (CVD):  Suppose  some  schedule  is  chosen  thecw- 
mulative  value  density  at  time  t  is  the  sum  of  the  value  densities  of  all  tasks  executing 
at  time  t  13  . 

Recall  that  T  is  the  entire  set  of  tasks  to  be  scheduled.  We  partition  the  tasks  of  T 
according  to  the  behavior  of  the  MOCA  Algorithm:  tasks  that  never  completed  (F)  and 
tasks  that  completed  successfully  ( S ).  Denote  by  V(T)  the  value  achieved  by  the  MOCA 
Algorithm. 

We  would  like  to  show  that  for  any  task  that  was  abandoned  by  the  MOCA  Algorithm 

there  are  other  tasks  with  “enough  value”  that  were  completed.  This  will  show  that 

13For  example,  for  a  system  with  2 n  processors,  if  all  processors  are  idle  at  time  t  then  CVD{t )  =  0.  If 
half  of  the  processors  (i.e,  n)  execute  tasks  with  unit  value  density  and  the  others  execute  tasks  of  value 
density  k  then  the  cumulative  value  density  is  n  +  kn.  In  no  case  can  CVD(t)  be  bigger  than  2 nk. 
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C{F)  <  crC'(F)  (for  some  constant  a).  Using  the  Lost  Value  Lemma  (4.3.1)  we  will  get  a 
competitive  multiplier  of  a  +  1. 

First  ve  note  that  only  tasks  of  level  i  or  higher  can  be  scheduled  on  band  i.  Suppose 
a  task  T  was  abandoned  by  the  MOCA  Algorithm  ve  will  show  that  this  implies  that  all 
the  bands  corresponding  to  the  value  density  of  T  or  lower  were  productive  during  the 
entire  executable  period14  of  T.  If  a  band  was  productive  during  the  executable  period  of 
T  then  the  MOCA  Algorithm  gains  a  value  of  at  least  the  band’s  value  density  times  the 
length  of  the  period.  In  this  way  we  get  a  lower  bound  on  the  value  gained  by  the  MOCA 
Algorithm  (i.e.  the  “enough  mlue”  mentioned  above). 

The  following  technical  lemma  is  used  in  item  2  below. 

Lemma  4.3.2  If  at  time  t  a  task  with  deadline  d  is  executing  on  RP  of  a  band  (i.e  this 
task  was  scheduled  by  an  LST  interrupt)  then  that  band  will  be  productive  between  t  and 

d. 

PROOF. 

If  SP  does  not  become  idle  before  time  d  then  by  definition  the  band  is  productive  between 
t  and  d.  Otherwise  suppose  SP  becomes  idle  at  times  t  <  s  <  d  then  there  mist  be  a 
task  executing  on  RP  at  time  s  (because  a  task  on  RP  can  be  abandoned  only  in  favor  of 
another  task  with  a  later  deadline  and  no  slack  time).  So  at  times  RP  becomes  SP  and 
it  would  not  become  idle  before  time  d  because  the  deadline  of  the  current  task  is  at  least 
d  (and  it  has  no  slack  time).  □ 

Here  are  a  few  things  to  notice  about  the  MOCA  Algorithm: 

1.  At  any  band  i  only  tasks  of  letel  i  or  higher  can  be  executed. 

2.  If  a  task  T  of  level  i  is  abandoned  then  band  i  and  all  lower  bands  (including  the 
central  pool)  are  productive  during  the  entire  executable  period  of  T. 

PROOF. 

Let  T  be  T(r,  c,  d)15.  Upon  T’s  release  it  was  not  accepted  by  any  of  the  levels  on  or 
below  i.  This  means  that  for  each  of  these  bands  the  tasks  curreitly  in  (the  local) 

14Recall  the  definition  of  executable  period  (2.0.1). 

15I.e.,  released  at  time  r  with  deadline  d  and  computation  time  c. 
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Q ^privileged  will  execute  at  least  until  d  —  c  (otherwise  T  could  become  privileged). 
This  proved  that  all  bands  are  productive  between  r  and  d  —  c. 

However  d  —  c  is  the  LST  of  T .  At  its  LST  T  would  not  be  scheduled  only  if  every 
band  (on  or  below  the  i’th)  has  a  task  currently  executing  on  its  RP  with  deadline 
after  d.  This  means  that  all  bands  are  productive  between  d  —  c  and  d  (lemma  4.3.2). 
Combining  the  two  gives  the  desired  result.  □ 

3.  Once  a  task  starts  to  execute  on  some  processor  it  will  ne'er  migrate  to  another 
processor. 


At  any  given  time  t  consider  all  the  tasks  o IF  for  which  t  is  in  their  executable  period. 
Let  high(t)  be  the  value  density  level  corresponding  to  the  task  with  the  highest  value 
density  among  all  these  tasks. 

Suppose  the  clairvoyant  scheduler  has  to  schedule  only  the  tasks  of  F  and  suppose 
it  had  chosen  some  optimal  schedule  for  these  tasks.  At  time  t  the  best  the  clairvtyant 
scheduler  can  hope  for  (looking  only  at  time  t)  is  to  have  all  2 n  processors  executing  tasks 

high(  t) 

of  level  high(t)  i.e  with  alue  density  not  greater  than  k  ^  .  We  conclude  that  the 

high(t) 

cumulative  value  density  of  the  clairvoyant  schedule  at  time  t  is  bounded  by  2 nk  ^  . 

The  facts  that  a  task  of  level  high(t)  was  abandoned  and  that  t  is  in  its  executable 
interval  imply  that  at  time  t  all  bands  up  to  (and  including)  high(t)  were  productive. 
This  means  that  the  on-line  scheduler  has  a  cumulative  value  density  of  at  least16: 


1  2  hi  gh(t)  —  l 

+  l  +  0  +  0  +  ---  +  k  $  =w  + 


highf  t) 

(k  -  1) 
1 

(0  -  1) 


This  leads  to  the  following  theorem. 


Theorem  4.3.3  For  a  system  with  2 n  processors  and  maximal  value  density  of  k  >  1  the 
MOCA  Algorithm  has  a  competitive  multiplier  of  at  most 


1  +  2  n  min 

(0<'lp<n;n=U)+'lp) 


max 

l<i<f 


l 

0 


(0-1) 


> 


16For  the  case  k  =  1,  the  uniform  value  density  case,  see  remark  4.3.2  below. 


(4.1) 
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PROOF. 

The  discussion  above  demonstrated  that 


C(F) 

T  ^  <  max 

v(r)  i<i<i> 


2 nk  ^ 

- 1 - =  2  n  max 

(0-i) 


0 


(0-1) 

ww  I  1  wv  I  1 

(0-1)  (0-1) 

Since  this  is  true  for  any  setting  of  i />  (provided  that  n  =  w  +  ip)  hence  ve  get 


(4.2) 


C(F) 

nr) 


<  2  n  min 

(0<'lp<n;n=U)  +tp) 


<  max 
l<i<tp 


0 


I  (k0 1) 

(0-1) 


Using  the  Lost  Value  lemma  we  get  the  desired  result.  □ 


Remark  4.3.2 


•  Note  that  the  MOCA  Algorithm  does  not  use  migration  hence  the  previous  result 
holds  both  whether  migration  is  allowed  or  not. 

•  When  k  =  1  there  is  no  need  for  the  bands  structure  hence  the  cetrral  pool  consists 
of  all  the  processors  (in  our  notation  w  =  n—  1  and  i />  =  1).  This  leads  to  a  competitive 
multiplier  of  2  +  1  (when  some  tasks  may  have  slack  time).  For  n  =  2  this  corresponds 
to  our  results  for  two  processor  systems  (in  appendix  D). 

•  When  the  number  of  processor  is  odd  a  similar  result  can  be  obtained.  For  a  system 
with  2n  +  1  processors  create  bands  and  pool  from  the  first  2i  processors.  The  left 
over  processor  can  be  used  for  example  as  a  second  SP  for  one  of  the  bands.  This 
leads  to  a  bound  of: 


1  +  (2  n  +  1)  min 

(0<1p<n;n=U)  +  1p) 


0 


max 

1  <i<i) 


(0-1) 


(0-1)  ) 


However  this  result  does  not  specialize  to  a  uniprocessor  system  because  at  least  tvo 
processors  are  needed  to  create  a  band. 
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4.3.1  Setting  ip 

We  will  estimate  the  complex  expression  for  the  upper  bound  on  the  competitive  multiplier 

lETTT-  (hence  w  =  raETI+T  =  life 


given  by  theorem  4.3.3  by  setting17  18  ip  =  .  (hence  ui  =  n-0+1  =  j^)  The  bound 

in  (4.2)  above  becomes: 


0 


2 n  max 

,  A;7-i 

In  /c  i- 

0-1 


=  2n(0  -  1)  max 


0 


1-8-V’  -T^aX  -  1)  +  (0  -  1) 


The  left  hand  side  is  obtained  by  multiplying  both  numerator  and  denominator  by  {k^  —1). 
The  maximum19  denoted  by  the  equation  above  is  attained  si  i  =  ip  and  the  upper  bound 
(equation  4.2)  is: 


2 n(0  -  1)- 


^(k*  -1)  +  ((,•-!) 


< 


2 n(0  -  1) 


k 


l  +  (k-l) 


=  2 n(0  -  1)  (4.3) 


We  have  just  proved  the  following  lemma: 


Lemma  4.3.4  The  MOCA  Algorithm  has  a  competitive  multiplier  of  at  most 

l  +  2n(0-l)  (4.4) 

where  f  =  n 

(recall  that  the  lower  bound  is  bigger  than  2n(k^  —  I))  d 

i 

Recall  that  ip(0  —  1)  tends  to  In  A;  as  ip  approaches  infinity.  Hence  when  the  nrmber 
of  processors  tends  to  infinity  equation  (4.4)  abtve  tends  to 

1  +  2  lim  D  7  {0  ~  1)  =  1  +  2 — - — 7 — In k  =  2\nk  +  3  (4.5) 

+oo  In  A;  v  1  In  A;  v  1 


7 In  is  the  natural  logarithm 

8  Numerical  experiments  have  shown  that  this  setting  of  ip  is  a  close  approximation  to  the  optimal 


settmg. 

19 


Define  fa(x)  to  be  [j.  When  a  >  1,  this  function  is  monotone  increasing  with  x  (x  >  0).  Let  a 

i 

ill  — 

be  —  1).  Then  a  is  bigger  than  1,  because  ip  ^  ln  k  1  is  a  monotone  decreasing  function  of  ip  tending 

to  1  when  ip  goes  to  infinity. 
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Corollary  4.3.5  For  given  n  and  k,  the  ratio  between  the  lower  bound  and  the  algorithmic 
guarantee  is  at  most 


1  +  2 n(k^  -  1) 
k^T2n(k^  ~  1)’ 


In  k 

where  ip  =  n- — - - 

v  In  k  +  1 


(4.6) 


When  k  is  held  fixed  and  n  tends  to  infinity  this  ratio  tends  to  .  Which,  is 

less  then  3.2  for  all  k  >  1  and  tends  2  as  k  tends  to  infinity. 

PROOF. 

Recall  our  lower  bound  of  —  1).  This  bound  tends  to  j^-j-ln  k  when  n  tends  to 

infinity.  The  limit  of  the  ratio  is  the  ratio  of  the  limits  which  is: 


2  In  £;  +  3  _  k  —  1  /  3 

ln  k  k  l2+lnfc 


(4.7) 


Which  gives  the  desired  result.  □ 


Figure  4.4  gives  a  graphical  representation  of  the  above  result. 


Remark  4.3.3  In  the  discussion  above  we  have  chosen  to  ignore  the  fact  that  w  and  i p 
must  be  integers.  We  can  take  care  of  that  by  setting  ip  as  the  nearest  integer  to  n^f^ 


4.3.2  Distributed  vs.  Centralized  Scheduler 

We  discuss  here  architectures  with  large  number  of  processors.  Hence  it  is  necessary  to 
see  which  portions  of  the  scheduler  are  centralized  and  which  are  distributed.  The  MOCA 
Algorithm  uses  a  central  scheduler  in  order  to  assign  a  task  to  a  band  (at  task  release  time 
and  LST).  This  means  that  the  centralized  scheduler  has  all  the  information  regarding 
tasks  assigned  to  each  band  and  their  parameters20.  Once  a  task  is  assigned  to  a  band  it 
is  left  in  the  hands  of  the  local  scheduler  (which  basically  employs  earliest- deadline- first) . 

It  is  desirable  for  reasons  of  fault-tolerant  and  efficiency  [39]  to  distribute  the  func¬ 
tionality  of  the  centralized  scheduler  among  the  processors.  This  is  an  interesting  and 
important  extension  to  the  work  presented  here. 

20 Since  all  the  tasks  go  through  the  central  scheduler  this  is  not  difficult  to  do. 
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number  of  processors  (n) 


0  5  10  15  20  25  30  35  40  45  50 


importance  ratio  (k) 

Figure  4.4:  The  ratio  between  the  value  guaranteed  to  be  obtained  by  the  algorithm  and 
the  lower  bound  for  varying  number  of  processors  and  importance  ratios. 

The  upper  graph  shows  the  ratio  (equation  4.6  above)  for  k  =  2  (the  ‘x’s)  and  k  =  256 
(the  ‘o’s)  for  varying  number  of  processors. 

The  lower  graph  shows  the  limit  as  n  tends  to  infinity  of  the  ratio  between  the  algorithmic 
guarantee  of  the  MOCA  Algorithm  and  the  lower  bound  (equation  4.7  above)  for  varying 
importance  ratios. 
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4.3.3  The  Scheduling  Overhead 

In  the  previous  sections  we  analyzed  the  performance  of  our  algorithm  in  the  sense  of 
their  competitive  multipliers.  In  this  section  we  study  the  cost  of  executing  the  scheduling 
algorithm  itself. 

What  is  the  cost  of  testing  whether  a  newly  arriving  task  can  be  added  to  Q_privileged 
containing  N  tasks  with  out  causing  overload?  This  can  be  done  in  O(logiV)  operations 
using  a  2-3  tree  that  holds  slack  times  with  sums  of  the  slack  times  from  left  siblings  held 
in  interior  nodes.  If  the  task  is  to  be  added  to  Q_privileged  the  updating  of  the  2-3  trees 
involved  takes  also  O(logiV)  time. 

Let  M  be  a  bound  on  the  the  total  number  of  ready  tasks  at  any  given  moment  in 
Q_waiting  and  any  of  the  local  queues.  When  a  task  is  released  it  may  have  to  be  checked 
against  all  bands  (suppose  the  task  cascades  from  the  highest  band  all  the  way  to  the 
lowest)  with  a  total  cost  of  O(nlogM). 

A  task  in  Q_waiting  awaits  its  LST.  Hence  Q_waiting  is  a  2-3  tree  organized  according 
to  Latest  Start  Time.  Inserting  and  removing  a  task  from  this  queue  costs  O(logM) 
operations. 

A  task  during  its  lifetime  causes  exactly  one  task  release  event  and  at  most  one  LST 
interrupt.  Hence  the  stheduling  overhead  per  task  is  O(nlogM). 
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number  of 

processors 

importance 

ratio 

bounds 

comments 

lower  bound  algorithmic  bound 

i 

any  k  >  1 

(1  +  Vk)2  [3  4 

tight  + 

l 

2 

1 

(uniform) 

2 

tight 

no  slack2  [3  3<| 

2 

1 

(uniform) 

2 

3  + 

with  slack 
no  migration3 

2 

1 

(uniform) 

2 

tight  + 

with  slack 
and  migration  4 

n  >  2 

k  >  1 

(k- l)n(kn  1)  + 

1 

1  +  n(k  ^  -  1)  t 
where  =  f 

5 

n  >>  2 

k  >  1 

(k-l)  l**1 

2  in  k  +  3  + 

6 

Table  5.1:  State  of  the  art  of  competitive  real  time  scheduling. 


The  above  table  summarizes  the  current  state  of  the  art  of  competitive  real  time  scheduling. 
Here  n  is  the  number  of  processors  in  the  system;  k  is  the  importance  ratio  that  is  the 
highest  possible  value  per  unit  of  computation  time  that  any  task  can  possibly  obtain 
(normalizing  the  lowest  to  1).  The  bounds  are  expressed  in  terms  of  competitive  multipliers. 
Results  marked  with  +  are  part  of  this  dissertation. 

This  work  has  presented  an  optimal  on-line  scheduling  algorithm  for  uniprocessor  over¬ 
loaded  systems.  It  is  optimal  in  the  sense  that  it  gives  the  best  competitive  factor  possible 
relative  to  a  clairvoyant  scheduler.  It  also  gives  100%  of  the  value  of  a  clairvoyant  scheduler 
for  underloaded  systems.  In  fact  the  performance  guarantee  oi0over  is  even  stronger:  J)over 
schedules  to  completion  all  tasks  in  underloaded  periods  and  achieves  at  least 


(1 +Vk)2 


of 


the  value  a  clairvoyant  algorithm  can  get  during  overloaded  periods7.  The  model  accounts 
for  different  value  densities  and  generalizes  to  soft  deadlines. 


Tight  bound  achieved  by  J}over . 

Tasks  have  no  slack  time  and  may  not  migrate  between  processors. 

Tasks  may  have  slack  time  but  may  not  migrate  between  processors. 

Tasks  may  have  slack  time  and  may  migrate  between  processors. 

5bounds  are  tight  within  constant  coefficient  for  many  cases.  The  exact  algorithmic 
guarantee  can  be  seen  in  theorem  4.3.3. 

6asymptotic  behavior. 

7The  definitions  of  underloaded  and  overloaded  periods  and  the  proof  for  the  above  claim  can  be  found 
in  section  3.3. 
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For  multiprocessor  environments  a  gap  remains  betveen  the  guarantees  achieved  by 
the  MOCA  Algorithm  and  the  lower  bounds  we  have  proved.  The  algorithmic  guarantee 
is  within  a  small  multiplicative  factor  from  the  lower  bound  for  large  enough  n  and  k 
(figure  4.4  and  figure  5.1  show  that  the  asymptotic  behavior  is  attained  even  for  small 
values  of  n).  When  the  importance  ratio  of  a  system  (i.e.  k)  is  close  to  1  a  differed 
treatment  is  needed.  Some  work  in  this  direction  has  been  done  by  Bar-Noy  et.  al.  [2]. 

It  is  possible  that  a  better  choice  of  ip  will  lead  to  a  better  exact  expression  of  the 
algorithmic  guarantee  for  our  algorithm.  But  it  seems  that  asymptotically  ve  cannot 
do  better  without  changing  our  algorithmic  techniques.  The  reason  is  that  our  basic 
block  the  sfceduling  algorithm  for  a  2-processor  band  concentrates  its  efforts  on  one 
processor  at  a  time  (SP);  the  other  processor  RP  is  esseitially  left  idle.  Hence  the 
MOCA  Algorithm  automatically  loses  a  factor  of  2  compared  to  a  clairvoyant  scheduling 
algorithm  that  utilizes  all  the  processors  concurrently.  Of  course  one  can  suggest  heuristics 
that  will  use  a  processor  whenever  possible1 2 * * * * * 8  the  true  (hallenge  is  to  show  that  such  a 
heuristic  achieves  a  better  worst  case  performance  guarantee.  Another  way  to  improve  the 
algorithmic  guarantee  will  be  to  come  up  with  a  better  algorithm  for  an  m-processor  band 
(for  some  m  >  2). 

Our  adversary  arguments  and  algorithms  offer  two  useful  insights: 

1.  A  parallel  on-line  scheduling  algorithm  achieves  a  competitive  guarantee  by  allocat¬ 
ing  some  processing  resources  according  to  tasks’  value  density.  This  is  a  qualitative 
difference  from  our  uniprocessor  scheduling  algorithm  J)over  which  made  its  decisions 
based  on  total  value  only.  Moreover  high  mlue  density  tasks  in  the  MOCA  Algo¬ 
rithm  have  priority  over  lower  value  density  tasks  in  the  sense  that  they  have  more 
processors  on  which  they  can  be  scheduled  due  to  the  cascading. 

2.  The  lower  bound  on  the  best  possible  competitive  multiplier  (as  measured  by  our 

adversary  arguments)  converges  to  j^-j-ln  k  as  the  number  of  processors  approaches 

infinity.  Our  current  algorithm  gives  a  guarantee  that  converges  to  2  in  k  +  3  as 

the  number  of  processors  approaches  infinity.  The  ratio  between  the  algorithmic 

guarantee  and  the  lower  bound  is  less  then  3.2  for  all  k  >  1  and  a  large  enough  n. 

8Heuristic  improvements  can  be  obtained  for  example  dreduling  tasks  on  the  Risky  Processor  before 

tasks  arrive  at  their  latest  start  times. 
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k-2  k  =  8 


0  20  40  60  0  20  40  60 


number  of  processors  number  of  processors 


k  =  64  k  =  256 


number  of  processors  number  of  processors 


Figure  5.1:  Comparison  of  competitive  multipliers  of  lower  bounds  (o’s)  and  algorithmic 
bounds  (x’s)  for  fix  k's  and  varying  number  of  processors. 
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This  shows  that  the  current  algorithms  are  tight  for  large  numbers  of  processors 
but  that  work  remains  to  be  done  for  small  numbers  of  processors  (see  figures  4.4 
and  5.1). 

This  work  leaves  many  problems  open.  Here  is  a  small  sample. 

•  We  assume  that  k  is  given  and  known  in  advance.  It  is  interesting  to  know  if  this 
assumption  can  be  relaxed.  Recently  in  an  unpublished  result  Srieber  [32]  devised 
a  variant  of  J)over  that  gives  the  optimal  guarantee  even  when  k  is  not  known  in 
advance.  Can  the  same  be  done  for  multiprocessor  environments? 

•  What  guarantees  can  be  given  when  tasks  are  not  independent  e.g.  for  systems  with 
locks  or  precedence  constraints?  What  if  some  characteristics  of  the  task  set  are 
known  a  priori  (e.g.  periodic  tasks)? 

•  What  guarantees  can  be  given  when  not  all  tasks  can  be  scheduled  on  all  processors? 
What  if  not  all  processors  have  the  same  speed? 

•  What  guarantees  can  be  given  when  a  penalty  (i.e.  a  negati'e  value)  is  incurred  for 
every  task  that  does  not  complete. 

•  In  practice  real-time  systems  hwe  some  periodic  critical  tasks  and  other  less  critical 
tasks  which  may  be  aperiodic.  A  typical  solution  (as  taken  in  the  Spring  Kernel 
for  example  [37])  is  to  devote  certain  intervals  to  the  critical  tasks  and  to  allow  the 
less  critical  tasks  to  run  during  the  rest  of  the  time.  J)over  gives  its  usual  guarantee 
with  respect  to  the  less  critical  tasks  in  this  situation  (the  accounting  is  a  little  more 
difficult  since  useful  time  has  “holes”  in  it  corresponding  to  subintervals  allocated  to 
critical  tasks).  A  much  more  subtle  question  is  what  is  a  good  competitive  algorithm 
that  can  take  advantage  of  the  cases  when  a  given  critical  task  executes  in  less  time 
than  is  allocated  for  it.  We  suspect  the  competitive  guarantee  may  be  worse  since 
the  clairvoyant  algorithm  might  then  execute  a  task  that  J)over  had  prematurely 
abandoned. 

•  An  important  issue  is  how  to  account  for  migration  overhead  in  multiprocessor  envi¬ 
ronments.  For  example  ve  modeled  distributed  memory  architectures  by  forbidding 
migration  but  that  is  clearly  too  strong  a  restriction. 


CHAPTER  5.  CONCLUSIONS 


76 


Permitting  migration  but  at  a  cost  wuld  have  been  much  more  reasonable. 

•  There  are  many  other  open  issues  that  must  be  addressed  for  overloaded  systems  in 
a  fault-tolerant  context.  An  important  issue  is  how  to  reallocate  processors  when 
a  failure  occurs.  The  MOCA  Algorithm  is  described  as  a  multiprocessor  algorithm 
with  a  static  number  of  processors.  Fault  tolerance  issues  can  be  addressed  by  the 
following  techniques: 

First  one  can  leep  some  processors  in  reserve  and  introduce  them  as  other  ones  fail. 
While  in  reserve  the  processors  can  be  used  as  a  secondary  pool  for  tasks  that  were 
not  accepted  by  the  primary  structure  of  bands  and  pool.  Another  way  to  utilize 
additional  reserve  processors  is  to  add  a  third  processor  to  a  two-processor  band. 
The  third  processor  can  be  a  mirror  processor  for  the  safe  processor  waiting  to  take 
over  in  case  that  one  of  the  band’s  processor  fails. 

Second  as  processors  fail  one  can  statically  reset  the  algorithm  to  bae  a  different 
number  of  bands  and/or  pool  of  shared  processors.  Combinations  of  these  techniques 
and  additional  heuristics  may  give  rise  to  promising  algorithms. 
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What  if  the  collection  of  tasks  to  be  scheduled  is  underloaded  that  is  to  s;y  that  all  tasks 
can  be  scheduled  to  completion?  We  would  like  the  on-line  scheduler  to  be  optimal  in  this 
case. 

Dover  is  optimal  for  underloaded  systems.  In  fact  it  has  an  e'en  stronger  performance 
guarantee:  We  devise  a  procedure  ( Remove-Conflicts  see  figure  3.5)  to  partition  the 
tasks  into  two  classes.  The  conflict-free  tasks  are  those  that  can  be  scheduled  to  completion 
without  preventing  any  other  task  from  completing  (in  a  sense  to  be  made  precise  in  the 
algorithm  below).  A  task  is  conflicting  otherwise. 

A.l  The  Remove_Conflict  Procedure 

We  will  show  that  Dover  schedule  to  completion  all  conflict-free  tasks  (in  particular  all 

(l+vT)2  va^ue  a  clairv°yant 

algorithm  can  get  from  the  conflicting  tasks. 

The  definitions  of  underloaded  and  overload  systems  in  section  2  are  natural  and  widely 
accepted.  However  e'en  when  a  system  is  overloaded  it  is  possible  that  some  periods  are 
“underloaded”  i.e.  it  is  possible  that  some  tasks  will  be  scheduled  to  completion  by  all 
clairvoyant  algorithms  since  they  do  not  prevent  any  other  task  from  completion.  One 
can  define  the  periods  occupied  by  the  aggregated  tasks  (definition  A.  1.2)  as  overloaded 
intervals.  We  prefer  this  definition  to  the  one  we  used  earlier  [4  1§  because  it  does  not 
depend  on  the  behavior  of  D  1. 

Example  A. 1.1  To  see  how  remove_conflicts  works2  consider  the  following  example. 

Suppose  we  are  given  the  collection  of  tasks  depicted  in  table  A.l. 

In  the  beginning  remove_conflicts  is  invoked  with  the  above  collection.  The  algorithm 

seeks  a  conflicting  collection  S  starting  with  collections  of  size  tvo.  S  =  is  such 

a  collection  since  the  computation  time  of  these  tasks  (combined)  is  8  but  their  combined 

Also  in  [4  16]  a  task  is  ‘Verloaded”  if  and  only  if  its  deadline  is  in  an  overloaded  interval.  This  is 
not  reasonable  because  even  tasks  that  have  enough  slack  time  to  complete  ’’safely”  before  the  overloaded 
interval  starts  will  be  considered  as  “overloaded”. 

2  Another  version  of  this  algorithm  is  an  iterative  algorithm  that  at  each  iteration  selects  non- 
deterministically  a  minimal  set  of  conflicting  tasks  and  replace  them  by  an  aggregated  task.  A  collection  is 
minimal  in  the  sense  that  removing  any  one  task  will  make  the  remaining  tasks  schedulable.  Our  algorithm 
always  selects  a  minimal  collection  with  the  smallest  possible  number  of  tasks.  Note  that  the  purpose  of 
this  algorithm  is  to  define  conflicting  and  conflict _free  tasks.  No  scheduler  needs  ever  to  execute  it. 


tasks  in  an  underloaded  system)  and  also  obtains  at  least 


APPENDIX  A.  UNDERLOADED  PERIODS:  CONFLICTING  TASKS 


83 


Task 

Release-Time 

Computation-Time 

Deadline 

Tt 

0 

4 

6 

t2 

2 

4 

6 

t3 

0 

2 

8 

t4 

6 

2 

8 

t5 

0 

1 

9 

Table  A.l:  Tasks  for  example  A.  1.1. 


execution  periods  has  only  a  length  of  6.  Hence  these  tasks  are  conflicting  tasks  and  an 
aggregated  task  Ta  is  created  with  release  time  0  computation  time  6  and  deadline  6. 

The  aggregated  task  replaces  T4  and  T2  and  remove_conflicts  is  invoked  with  the  new 
collection.  This  time  there  is  no  conflicting  collection  of  size  2  but  there  is  one  of  size 
3  namely {Ta,  T3,  T4}.  This  is  true  since  the  combined  computation  time  is  10  while  the 
length  of  the  combined  execution  periods  is  only  8.  These  tasks  are  replaced  by  a  new 
aggregated  task  Tf,  which  is  created  with  release  time  0  and  computation  time  8. 

The  new  aggregated  task  replaces  Ta  T3  and  T4.  remove_conflicts  is  invoked  again  but 
this  time  there  are  no  conflicts.  The  process  terminates.  Table  A. 2  summarizes  the  results. 


Task 

Release-Time 

Computation-Time 

Deadline 

Final  Status 

Tt 

conflicted 

t2 

conflicted 

t3 

conflicted 

Ta 

0 

6 

6 

aggregated  task 

t4 

conflicted 

Th 

0 

8 

8 

aggregated  task 

t5 

conflict-free 

Table  A. 2:  Aggregated  tasks  for  example  A. 1.1. 


Definition  A. 1.2 

•  Conflicting  and  Conflict-Free  Tasks;  Aggregated  Tasks:  We  are  given 
a  set  T  of  original  tasks.  A  task  T  is  said  to  be  conflicting  if  it  was  “marked”  as  such 
by  the  initial  or  any  recursive  call  of  remove_conflicts  (statement  12).  Conflicting 
tasks  are  merged  into  aggregated  tasks.  A  task  (original  or  aggregated)  that  is  not 
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conflicting  is  said  to  be  a  conflict-free.  When  all  the  tasks  (original  or  aggregated) 
of  a  collection  are  conflict-free  the  collection  is  conflict-free  and  otherwise  conflicting. 

A. 1.1  The  Performance  Guarantee  of  Y)over 
In  the  following  assume  that  a  collection  T  is  given. 

Lemma  A.  1.1  T  is  overloaded  if  and  only  if  it  is  conflicting. 

PROOF. 

Assume  T  is  conflicting  we  will  show  that  T  is  overloaded.  Let  T  be  the  first  aggregated 
task  to  be  created  by  remove_conflicts  when  invoked  with  T  as  its  input.  T  is  an  aggregate 
of  original  tasks.  This  means  that  the  sum  of  the  computation  times  needed  for  these  tasks 
is  greater  than  the  time  between  their  earliest  release  and  latest  deadline  (see  statement 
10  of  remove_conflicts).  Hence  these  tasks  cannot  be  all  scheduled.  We  conclude  that  T  is 
overloaded. 

Assume  T  is  overloaded  we  will  show  that  T  is  conflicting.  Let  r  be  a  minimal  set  of 
tasks  in  T  that  cannot  be  scheduled,  r  is  minimal  in  the  sense  that  removing  any  one  task 
will  make  the  rest  of  the  tasks  in  r  schedulable3 .  Let  r  be  the  earliest  release  time  and  d 
the  latest  deadline  among  all  tasks  in  r.  Let  r  be  scheduled  by  D. 

Claim  When  D  schedules  t,  there  is  no  idle  time  between  r  and  d. 

Proof  of  claim. 

Suppose  the  system  is  idle  time  at  time  t  then  at  that  time  there  is  no  ready  task.  This 
means  that  r  can  be  partitioned  into  two  non-empty  sets  (one  with  all  tasks  with  deadline 
before  t  and  the  other  with  deadline  after  t).  At  least  one  of  these  sets  cannot  be  scheduled4 
contradicting  the  minimality  of  r. 

End  of  proof  of  claim 

Since  the  claim  shows  that  there  is  no  idle  time  and  that  D  could  not  shedule  all  the 

tasks  even  while  executing  continuously  ve  conclude  that  the  sum  of  computation  times 

needed  for  the  tasks  of  r  is  greater  than  the  time  that  can  be  possibly  allotted  to  them. 

Remove_conflicts  must  have  found  a  conflict  in  T.  To  see  this  notice  that  as  long  as  no 

conflict  is  found  the  ralue  of  the  variable  collection_num_of_tasks  is  advanced  and  is  bound 

3Such  a  minimal  set  must  exists  since  the  entire  set  of  tasks  T  cannot  be  skeduled  but  every  singleton 
set  of  tasks  can  be  scheduled. 

4 Recall  that  D  is  an  optimal  scheduler  for  underloaded  systems  [28  7]. 
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to  reach  the  value  of  num_of_tasks(r).  At  that  point  all  the  tasks  of  r  are  still  present  (i.e. 
were  not  merged  into  an  aggregated  task)  and  satisfy  the  condition  of  statement  10. 
Hence  T  is  conflicting.  □ 


Lemma  A. 1.2  When  scheduling  T,  D — the  earliest-deadline-first  algorithm —  will  sched¬ 
ule  to  completion  all  conflict-free  tasks. 

PROOF. 

Let  C  be  the  time  that  can  be  “occupied”  by  the  aggregated  tasks  that  is  the  poirtwise 
union  of  all  their  executable  periods. 


C 


U Tt  is  an  aggregated  task^ii 


One  can  verify  (see  statement  13  of  remove_conflicts)  that 


(A.l) 


C 


UT 


ts  an  [ongma 


/)  conflicting  task\Ti^^i\ 


(A.2) 


Remove_conflicts(r)  contains  all  the  conflict-free  tasks.  It  is  conflict-free  otherwise  re- 
move_conflicts  would  not  have  halted.  Hence  ly  lemma  A. 1.1  all  the  tasks  in 
remove_conflicts(r)  can  be  scheduled  by  D.  The  aggregated  tasks  of  remove_conflicts(r) 
cannot  be  scheduled  outside  C.  Moreover  all  ofC  must  be  occupied  by  aggregated  tasks 
since  they  have  no  slack  time.  Hence  the  conflict-free  tasks  are  scheduled  by  D  using  only 
time  that  lies  outside  C. 

We  showed  that  D  schedules  all  the  conflict-free  tasks  when  the  collection  to  be  sched¬ 
uled  is  remove_conflicts(r)  but  does  this  hold  when  D  sthedules  the  original  set  of  tasks  T? 
The  answer  is  yes.  When  scheduling  T  equation  A.2  abtve  shows  that  all  the  time  outside 
C  is  available  to  the  conflict-free  tasks  hence  ly  the  previous  paragraph  all  conflict-free 
tasks  complete  their  execution  when  V  is  scheduled  by  D.  □ 


Corollary  A. 1.3  D  can  schedule  all  the  conflicting-free  tasks  using  only  time  outside  C . 

□ 


Lemma  A. 1.4  Suppose  T  is  not  the  current  executing  task  and  is  not  in  Q_privileged.  IfT 
has  an  earlier  deadline  than  all  the  tasks  in  Q .privileged  and  the  current  executing  task  (if 
any),  then  T  ,  the  current  executing  task,  and  all  the  tasks  in  Q .privileged  can  be  scheduled 
by  D. 
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if  and  only  if 


availtime  >  remaining  computation  time(T) 


PROOF. 

The  proof  is  by  induction  on  the  scheduling  decisions  of  Dover .  The  induction  is  done 
separately  on  each  interval.  □ 

Definition  A. 1.3 

•  Real  LST  Event  :  According  to  Dover  scheduling  when  a  task  completion  e'ent 
occurs  the  next  task  to  be  scheduled  is  the  ready  task  T  with  the  earliest-deadline. 
It  is  possible  that  the  slack-time  of  T  reached  zero  exactly  when  a  task  completion 
event  occurred  this  creating  an  LST  event  for  T .  We  will  call  this  LST  event  a 
false  event  since  T  would  have  been  scheduled  even  without  the  interrupt.  All  other 
LST  events  will  be  called  real. 

In  all  of  the  following  we  ignore  the  false  events.  Only  real  LST  events  are  considered. 
Lemma  A.  1.5  1.  Let  C  be  the  time  that  can  be  occupied  by  the  aggregated  tasks, 

C  —  Ux*  is  an  aggregated  task\k'ii  d) 

then,  outside  C ,  Dover  schedules  according  to  earliest- deadline- first  (D). 

2.  Under  Dover  scheduling  a  conflict-free  task  will  never  generate  a  (real)  latest-start- 
time  interrupt. 

3.  Let  A  be  an  aggregate  task  in  remove.conflictsfr )  with  parameters  ( ra ,  da),  then  Dpver 
will  complete  on  or  before  ra  all  conflict-free  tasks  with  deadline  on  or  before  da. 

PROOF. 

Recall  that  the  aggregated  tasks  in  remove_conflicts(T)  are  those  tasks  that  were  created 
“from”  conflicting  tasks.  List  all  the  aggregated  tasks  according  to  deadline  order 

T  T  T  ... 

^  ai  1  J-  (12  5  ^  (13  5 

By  the  construction  of  these  tasks  we  know  that 

^ a\  ^  da i  ^  Fa2  <  da2  ra3 
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(Actually  fromremove_conflicts  one  can  infer  only  that  dai  <  ra2  but  if  it  happens  that 
dai  =  ra2  we  can  for  the  purpose  of  the  the  folhwing  proof  merge  Tai  and  Ta2  into  one 
aggregated  task  with  parameters  rai  and  da2) 

Dover  departs  from  the  earliest-deadline-hrst  scheduling  policy  only  when  one  of  the 
following  events  occurs: 

•  The  current  task  is  Ist-scheduled  i.e.  it  ms  scheduled  as  the  result  of  a  latest-start- 
time  interrupt. 

•  At  a  task  release  event  or  at  a  task  completion  event  the  task  with  the  earliest 
deadline  among  all  ready  tasks  is  not  scheduled  because  availtime  is  too  small  (see 
statement  61  and  72  of  Dover). 

Dover  starts  to  schedule  according  to  earliest-deadline-hrst.  Before  rai  there  is  no 
conflict  hence  by  lemma  A.  1.1  there  is  no  overload.  This  means  that  neither  of  the  above 
conditions  occurs  (lemma  A.  1.4).  Hence  before  the  first  aggregated  task  (up  torai)  ECer 
schedules  in  the  same  way  as  D.  Also  from  corollary  A.  1.3  ve  conclude  that  all  conflict-free 
tasks  with  deadline  on  or  before  dai  completed  on  or  before  rai . 

Between  the  first  and  second  aggregated  task  i.e.  baleen  dai  and  ra2  there  cannot  be 
any  ready  conflicting  tasks  because  all  conflicting  tasks  have  their  deadlines  before  dai  or 
release  time  after  ra2 .  So  during  this  time  only  conflict-free  tasks  are  stheduled.  Moreover 
they  will  be  scheduled  according  to  earliest-deadline-hrst.  We  will  show  this  by  showing 
that  neither  of  the  two  cases  above  can  hold.  A  conhict-free  task  would  not  create  a  real 
LST  event  (corollary  A. 1.3  5).  Also  a  task  with  the  earliest-deadline  will  be  immediately 
scheduled.  This  holds  because  if  it  is  delyed  then  D  encouiters  an  overloaded  situation 
while  executing  the  conhict-free  tasks  outside  C.  This  contradicts  corollary  A. 1.3. 

We  conclude  that  up  to  ra2  ECer  acts  like  D  and  all  the  conhict-free  tasks  with 
deadline  before  da2  complete  before  ra2 .  The  induction  can  proceed  through  the  entire  list 
of  aggregated  task  and  the  lemma  is  proved.  □ 

Corollary  A. 1.6  EPver  will  schedule  to  completion  all  conflict-free  tasks. 

5As  a  matter  of  fact  the  conflict-free  tasks  might  have  even  used  some  of  the  time  of  C  (when  scheduled 
by  Dover). 
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Lemma  A. 1.7  Let  A  be  an  aggregate  task  in  remove.conflictsfr )  with  parameters  (ra,  da), 
then  during  (ra,da)  a  conflict-free  task  will  be  scheduled  by  Dover  only  if  there  are  no  ready 
conflicting  tasks. 

PROOF. 

Lemma  A.  1.5  states  that  a  conflict-free  task  with  deadline  on  or  before  da  would  complete 
before  ra.  So  if  aty  conflict-free  task  T  with  release  time  r  and  deadline  d  is  to  be  scheduled 
during  A  it  mist  satisfy  d  >  da. 

Suppose  at  time  t  £  ( ra,da )  there  is  a  ready  conflicting  task  T;.  Then  rfl  <  da  must 
hold  because!1;  must  be  a  part  of  the  aggregated  task  A  6  7 . 

Hence  at  timet  all  ready  conflicting  tasks  have  deadlines  before  the  deadline  of  any 
conflict-free  task.  A  conflict-free  task  can  be  scheduled  in  these  circumstances  only  Jd  a 
latest-start-time  interrupt.  This  cannot  occur  because  a  conflict-free  task  will  not  generate 
a  (real)  latest-start-time  interrupt  (lemma  A.  1.5)  □ 


Theorem  A. 1.8  Dover  schedules  to  completion  all  conflict-free  tasks  and  obtains  at  least 
(l+Vfc)2  the  value  a  clairvoyant  algorithm  gets  from  all  other  (i.e.,  conflicting)  tasks. 
PROOF. 

The  first  part  of  this  lemma  is  merely  a  repetition  of  corollary  A. 1.6.  From  lemma  A. 1.7  ve 
conclude  that  Dover  schedules  the  conflicting  tasks  regardless  the  presence  of  the  conflict- 
free  tasks.  Suppose  the  clairvoyant  algorithm  has  to  schedule  only  the  conflicted-tasks.  It 
can  schedule  this  tasks  only  during  C.  But  we  have  just  shown  that  Dover  schedules  the 
conflicted  tasks  as  if  the  conflict-free  tasks  do  not  exist.  Since  Dover  has  a  competitive 
multiplier  of  (1  +  a/ k )2  it  is  guaranteed  to  achieve  at  least  °f  what  a  clairvoyant 

algorithm  can  achieve  from  all  conflicting  tasks.  □ 


6We  say  that  a  taskT  is  a  part  of  an  aggregated  task  A  if  it  is  one  of  the  tasks  that  were  “merged”  to 
create  A. 

‘T,  is  a  conflicting  task  hence  it  is  a  part  of  some  aggregated  task  B  if  this  task  is  notyl  then  the 
two  aggregated  tasks  should  be  merged  contradicting  the  fact  that  A  is  a  task  in  remove_conflicts(r)  hence 
A  =  B. 
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In  the  previous  sections  we  assumed  firm  deadlines.  That  is  a  task  has  zero  mlue  if  it 
misses  its  deadline.  We  would  like  to  generalize  to  soft  deadlines  whi<h  means  that  a  task 
may  have  some  value  even  after  its  deadline. 

We  assume  here  a  soft  deadline  scheme  called  gradual  descent  and  show  that  a  suitable 
variant  of  Dover  is  ( 1  +  Vk)2  competitive  in  this  case.  Dover  is  also  (1  +  Vk)2  competitive 
in  some  possible  generalizations  of  this  scheme.  We  discuss  these  generalizations  at  the 
end  of  this  appendix. 

B.l  Exponential  Gradual  Descent 

Consider  the  following  “exponential”  value  assignment  for  gradual  descent.  If  a  task  Ti 
with  computation  time  c4-  and  value  ry  does  not  complete  by  its  deadline  rfi  (we  call  this 
deadline  th ezeroth  deadline  and  denote  it  by  dR)  then  a  value  of  y  can  be  obtained  if 
it  completes  by  di  +  y.  This  “deadline”  is  denoted  by  dj.  In  general  a  value  of  iff  is 
obtained  the  task  completes  by  its  r/’th  deadline  df  =  efi  +  y  +  y  +  •  •  •  +  ff.  We  keep 
the  list  of  deadlines  finite  by  postulating  that  a  task’s  value  density  cannot  go  below  1. 
This  means  that  the  index  of  the  last  deadline  after  which  the  tasks  has  zero  value  is 
\log2(value  density(Ti)) J  —  1  =  \Jog2(fL)\  —  1. 

For  notational  convenience  any  task  Ti  will  have  associated  descending  tasks  denoted 

by 

rjiO  rji  1  rp2  rp  \J°92  )  )  J  —  1 

x  i  i  x  i  •)  X  i  ^  ^  2 

where  the  release  times  and  the  computation  times  of  all  these  tasks  are  equal  to  the 
release  time  and  the  computation  time  of  R.  Tf  has  a  firm  deadline  at  df  and  a  value  of 
1^-.  Only  one  of  the  tasks  associated  with  Ti  can  possibly  complete.  That  is  if  ve  say  that 
an  algorithm  executes  Tf  ve  mean  that  Ti  completes  by  deadline  df  but  after  deadline 

dr1- 

B.2  A  Variant  of  Y>over  for  Gradual  Descent 

We  modify  the  latest-start-time  interrupt  handler  of  D0^er  in  such  a  way  that  when  Tf 
is  to  be  abandoned  because  it  reached  its  LST  but  does  not  have  enough  value  to  be 
scheduled  (see  statement  89  of  Dover)  Tf  is  indeed  removed  from  all  the  data  structures 


APPENDIX  B.  Dover:  GRADUAL  DESCENT 


91 


but  in  addition  a  task  release  for  Tf  is  simulated.  T/’ s  remaining  computation  time  is  set 
to  the  remaining  computation  time  of  Tf .  In  the  same  way  if Tf  is  to  be  abandoned  then 
a  third  task  is  “released” .  This  process  continues  as  long  as  the  value  density  does  not  go 
below  1. 


B.3  Analysis  of  Y>over  in  the  Gradual  Descent  Model 

The  analysis  is  similar  to  one  in  section  3.2.  We  will  discuss  the  differences  only.  Suppose 
that  a  collection  of  tasks  T  with  importance  ratio  k  is  given  and  that  Dover  schedules 
this  collection.  We  partition  the  collection  of  tasks  according  to  the  question  of  which 
associated  tasks  (if  any)  completed. 

•  Let  S'p  denote  the  set  of  tasks  that  completed  successfully  and  that  ended  some 
positive  time  before  their  zeroth  deadline. 

•  Let  5°  denote  the  set  of  tasks  that  completed  successfully  but  ended  exactly  at  their 
zeroth  deadline. 

•  For  1  <  y  <  \log2k\  —  1  let ,5^  denote  the  set  of  tasks  that  completed  successfully 
after  their  (y—  l)’th  deadline  but  not  after  their  r/’th  deadline  (i.e.  thej/’th  associated 
task  completed). 

•  Let  FAIL  denote  the  set  of  tasks  that  never  completed. 

We  will  start  by  modifying  the  technical  lemmas  of  subsection  3.2.2  to  the  new  setting. 

B.3.1  Lemmas  about  DOTer,s  Scheduling 

For  notational  convenience  we  define  a  minus  one  deadline  d”1  which  equals  to  the  zeroth 
deadline  d°. 

—In  this  setting  lemma  3.2.2  reads 
Lemma  B.3.1 

1.  For  any  task  Ti  in  Sy  (with  y  >  0).  Suppose  Tf  completed  at  time  tcompiete  <  dy , 
then 


[u,dy  X]  C  [ri,tcompiete\  C  BUSY 
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2.  For  any  task  Ti  in  FAIL.  Suppose  Ti  was  abandoned  at  time  taian,  then 

[rt,taban]  C  BUSY 

PROOF. 

The  proof  is  similar  to  that  of  lemma  3.2.2.  □ 

—  Lemma  3.2.3  holds  without  change.  Note  that  we  continue  to  make  the  normalized 
importance  assumption  because  ve  never  allow  the  value  density  to  fall  below  1. 

—  Lemma  3.2.4  holds  without  change. 

—  Lemma  3.2.5  reads: 

Lemma  B.3.2  Suppose  Tf  was  abandoned  at  time  t  in  I  =  [ tbeginNdose ]•  Then, 


PROOF. 

The  proof  is  the  same  as  the  proof  of  lemma  3.2.5.  □ 

B.3.2  How  Well  Can  a  Clairvoyant  Scheduler  Do? 

As  in  subsection  3.2.3  givn  a  collection  of  tasks  L  our  goal  is  to  bound  the  maximim  value 
that  a  clairvoyant  algorithm  can  obtain  from  scheduling  L.  We  observe  the  scheduling  of 
L  by  Dover  which  gives  rise  to  the  definition  of  S'p  then’s  and  FAIL.  As  before  BUSY 
is  defined  to  be  the  union  of  the  periods  in  which  the  processor  was  not  idle  (under  D0^er’s 
scheduling). 

The  clairvoyant  algorithm  is  offered  the  same  two  gifts  as  before.  The  first  is  the  sum 
of  the  values  of  all  tasks  in  Sp  at  no  cost  to  it.  The  second  gift  is  the  granted  value.  That 
is  in  addition  to  the  mlue  obtained  from  scheduling 

LATE  =  (S°  U  N1  U  •  --S L'0fl2*J_1  U  FAIL ) 


a  value  density  of  k  will  be  granted  for  every  period  of  BUSY  that  is  not  used  for  executing 
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a  task  of  LATE. 


By  a  similar  argument  to  lemma  3.2.6  we  can  see  that1 


C(LATE)  < 


max 


(value  obtained  by 

scheduling  tasks  of  +  k  ■ 


possible 
scheduling 
of  LATE 


LATE 


length  of  time  in  BUSY  not  I 
utilized  by  tasks  of  LATE  I 


In  lemma  3.2.8  we  bounded  the  net  gain  that  the  clairvoyant  algorithm  could  get  from 
scheduling  tasks  of  F  2 .  This  was  done  by  examining  each  interval  separately.  If  T  £  F  is 
scheduled  then  its  value  is  accounted  for  in  the  interval  in  which  T  was  abandoned  by  Dover . 
Here  the  method  of  relating  the  mlue  of  a  task  T  £  LATE  to  the  interval  in  which  it  is 
accounted  for  is  more  complicated.  Suppose  the  clairvoyant  algorithm  chose  to  execute  the 
z’th  task  of  Ti  to  completion.  Dover  could  have  chosen  to  complete  any  of  the  associated 
tasks  of  Ti  (Ti  £  Sy  for  some  y)  or  none  (Ti  £  FAIL).  In  the  first  case  we  account  for 
Tf  in  the  interval  in  which  Dover  completed  Tf,  in  the  second  case  in  the  irterval  during 
which  Tf  was  abandoned. 

Assume  that  a  clairvoyant  scheduler  selected  an  optimal  scheduling  for  the  tasks  of 
LATE  considering  the  value  that  can  be  gained  from  leaving  BUSY  periods  idle.  The 
execution  of  a  task  can  give  a  positive  net  gain  only  if  the  task  executed  (at  least  partially) 
outside  BUSY .  The  following  lemma  shows  that  such  execution  may  take  place  only  after 

t close  • 

Lemma  B.3.3  Suppose  the  associated  task  Tf  of  Ti  £  LATE  is  scheduled  to  completion 
by  the  clairvoyant  algorithm.  Suppose  that  Ti  is  accounted  for  in  I  =  [tbeginDdose]-  Then, 
if  Ti  is  to  be  executed  (by  the  clairvoyant  algorithm)  anywhere  outside  BUSY  it  must  be 
after  tciose . 

PROOF. 

There  are  two  cases: 

1  Recall  that  C(F  ALL)  denotes  the  value  that  a  clairvoyant  algorithm  can  achieve  from  scheduling 
LATE. 

2Note  that  in  section  3.2  the  clairvoyant  scheduler  could  not  make  any  net  gain  from  tasks  of  S°  that 
completed  in  /  because  they  can  be  executed  only  during  BUSY.  This  is  not  the  case  here  because  if 
Tf  completed  in  /  the  clairvjyant  algorithm  could  choose  a  different  completion  point  for  Tf  or  even  to 
abandon  it  in  favor  of  another  associated  task  Tf  with  z  A  V- 
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•  Dover  never  completed  T;  ( T;  G  FAIL).  In  this  case  let  t  be  the  time  when  Dover 
abandoned  Tf . 

Tf  can  be  executed  only  during  Ay?  which  is  is  [ryi]  U  \t,df\.  The  first  portion  of 
Ay?  is  contained  in  BUSY  (lemma  B.3.1).  The  second  portion  is  contained  in  I. 
Hence  [rt,tdose]  U  BUSY. 

•  Dover  completed  Tf  for  some  y.  Let  t  be  the  completion  time  of  Tf . 

A  similar  argument  as  above  for  ATy  =  [ry  t\  U  [t,df]  shows  that  [ry  tciose\  C  BUSY. 

Hence  in  both  cases  if Tf  is  to  be  executed  outside  BUSY  it  must  be  after  tciose.  □ 

—  Lemma  3.2.8  has  to  be  replaced  by  the  following 

Lemma  B.3.4  With  the  above  gifts,  the  total  net  gain  obtained  by  the  clairvoyant  algo¬ 
rithm  from  scheduling  the  (associated)  tasks  accounted  for  in  I  is  not  greater  than 

(1  +  y/k)  ■  achievedvalue(J) 


PROOF. 

Let  TUT2,  ■  ■  -Tm  be  those  tasks  that  are  accounted  for  in  I  =  [tbeginNclose]  and  that  the 
clairvoyant  algorithm  scheduled  after  tciose  (in  order  of  completion).  These  tasks  execute 
for  l\,l2,  ■  ■  ■ lm  time  after  tciose  (hence  mybe  outside  BUSY  by  the  above  lemma). 
Denote  by  L  the  following  value 

, (1  +  yk)  ■  achievedvalue(J)  ,  ^  _ 

L  =  max{ V  ; - - - ^,Zi}  (B. 

K 

Let  j  be  the  index  less  than  or  equal  to  m  such  that 

'y )  i{  a  l  <  ij. i_i  t  y '  /j 

i<j  i<j 

If  no  such  j  exists  define  j  to  be  m. 

First  assume  that  ve  have  an  equality  J2i<j  h  =  L. 

The  proof  now  has  two  parts. 

If  Part  1  : 

We  will  show  that  the  net  gain  from  scheduling  tasks  within  a  period  of  L  after  the  end  of 
the  interval  cannot  be  greater  than  (1  +  y/k)  ■  achievedvalue(J). 
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•  Suppose  that  in  B.l  the  maximim  is  the  first  term.  Then  the  total  net  gain  from 
TUT2,---Tj  is  not  greater  than 

k  ■  ^  C  =  k  ■  L  =  (1  +  Vk)  ■  achievedvalue(J)  (B.2) 

i<j 

•  Suppose  the  second  term  is  maximum  in  B.l  and  that  the  z' th  associated  task  of  T\ 
was  scheduled  by  the  clairvoyant  algorithm.  If  T-f  was  abandoned  in  /  (by  D0'uer)  then 
lemma  3.2.4  ensures  that  its  value  is  bounded  by  (l-\-^/k)  -achievedvalue(/).  The  other 
possibility  is  that  Dover  completed  Tf  ml.  If  z  >  y  then  value(T( )  <  value(Tf )  but 
value(Tf  )  is  a  component  of  achievedvalue(J)  so  must  be  less  or  equal  to  it.  z  <  y 
implies  that  T\  executed  to  completion  (by  the  clairvoyant  algorithm)  before  tciose 
since  df  <  d%  <  tciose  —  a  contradiction. 

Hence  in  aiy  case  the  mlue  obtained  by  scheduling  T\  is  at  most 
(1  +  ^/k)  ■  achievedvalue(J). 

^ -Part  2  : 

Now  we  will  show  that  the  net  gain  from  scheduling  a  task  Ti  (j  <  i  <  m)  L  time  after 
the  end  of  /  is  never  positive.  Here  we  have  to  distinguish  between  two  cases  depending 
on  whether  Dover  completed  or  abandoned  Ti  in  I. 

•  Dover  completed  R 

Suppose  that  Dover  completed  Tf  at  tcompiete  £  /  and  that  the  clairvoyant  algorithm 
chose  to  schedule  Tf . 

There  are  two  possible  cases: 

-  z  <  y: 

Lemma  B.3.1  shows  that 


[bj  U  [r incomplete ]  U  BUSY 

This  means  that  Tf  executes  during  BUSY  a  coitradiction. 
-  z>y: 

The  gradual  descending  scheme  ensures  that 


C;  Ci 


df  =  d"+-2  + 


—  d:  +  (c,;  — 


C£ 

2Z 
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From  lemma  B.3.1  we  see  that 


d°  <  df  1  <  t complete  <  t close  E  BUSY 
Hence  we  conclude  that 


d\  <  tdose  +  (C*  - 


Tf  must  complete  at  or  before  d \  implying  that  the  clairvoyant  algorithm  sched¬ 
ules  Tf  for  at  least  time  before  tciose  hence  in  BUSY.  The  loss  from  the 
execution  during  BUSY  is  at  least  X  k  while  the  value  of  Tf  is  at  most 
Hence  the  net  gain  is  not  positive. 


•  T%  G  FAIL 

Suppose  that  the  r/’th  associated  task  of  T  was  scheduled  by  the  clairvoyant  algorithm 
and  that  Tf  was  abandoned  by  Dover  in  I  =  [ tbeginNdose ]•  Tf  has  an  execution  time 
of  at  least  df  —  tciose  by  lemma  B.3.2. 


dyi  -  tdo 


> 

> 

> 


“the  point  at  which  Tf  completes  (according  to  the  clairvoyant)’ 

{t  close  T  f  dj  )  tdose 
g<i 

h  +  lg  =  h  +  L 

9<3 


tel 


ose 


Tf  was  scheduled  by  the  clairvoyant  scheduler  but  used  only  time  after  tciose. 
Hence  T  executed  at  least  L  time  before  tciose  that  is  to  say  in  BUSY  (lemma  B.3.3). 
The  “loss”  from  scheduling  T  during  BUSY  is  at  least  k  ■  L.  The  value  obtained 
by  scheduling  T  is  at  most  (1  +  y/ k )  •  achievedvalue(J)  (lemma  3.2.4).  Hence  the  net 
gain  is  less  than  or  equal  to 


(1  +  yfk)  ■  achievedvalue(J)  —  k  ■  L 
<  (1  +  yfk)  ■  achievedvalue(J)  —  (1  +  y/k)  ■  achievedvalue(J) 

=  0 


What  if  L  does  not  equal  any  of  the  partial  sums?  That  is  if^4-<  •  <  L  <  Xa<j+i  U-  As 

in  the  proof  of  lemma  3.2.8  ve  augment  the  total  value  given  to  the  clairvoyant  by  some 
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non-negative  amount.  Even  with  this  addition  the  net  gain  achieved  by  the  clairvoyant 
algorithm  is  bounded  by  (1  +  y/k)  ■  achievedvalue(J)  hence  proving  the  lemma.  □ 

—  Corollary  3.2.9  holds  with  LATE  replacing  F. 

Before  we  continue  we  must  clarify  the  meaning  of  poslaxval  and  zerolaxval  in  this 
setting,  poslaxval  denotes  the  value  obtained  by  tasks  that  completed  before  their  zeroth 
deadline  (tasks  in  Sp).  zerolaxval  denotes  the  total  value  obtained  by  tasks  that  completed 
at  or  after  that  deadline  (i.e.  tasks  infl0  U  S1  U  •  •  ■  S^l°32k^~1). 

—  Lemma  3.2.10  holds  without  change  given  these  new  definitions  of  poslaxval  and  zerolaxval. 

—  Lemma  3.2.11  holds  with  LATE  replacing  F  U  S°. 

Theorem  B.3.5  In  the  exponential  gradual  descent  model,  Dover  has  a  competitive  mul¬ 
tiplier  of  (1  +  Vk  f. 

PROOF. 

Proof  as  in  theorem  3.2.12.  □ 

B.4  Inherent  Bounds 

The  inherent  bound  given  by  Baruah  et.  al.  [4  3]  cannot  be  directly  applied  here.  Hence 
it  is  not  clear  whether  Dover  is  optimal  in  this  setting.  It  might  very  well  be  that  the 
introduction  of  descending  value  schemes  helps  the  on-line  scheduler  more  then  it  helps 
the  clairvoyant  one.  Thus  the  question  of  Ending  the  inhered  bounds  in  this  case  is  open. 

B.5  Performance  Guarantee  for  Underloaded  Periods 

In  the  gradual  descent  model  we  define  an  underloaded  collection  of  tasks  as  a  collection 
such  that  all  its  tasks  can  be  scheduled  by  the  zeroth  deadline  (i.e.  with  their  full  wlue). 
It  is  clear  that  Dover  will  get  100%  of  the  value  for  such  a  collection  since  it  will  execute 
according  to  earliest  deadline  first  scheduling. 

B.6  Other  Gradual  Descent  Schemes 

In  this  section  we  presented  a  specific  scheme  of  gradual  descent.  In  fact  the  curreit 
argument  can  provide  the  same  result  for  more  general  schemes  of  descending  value. 
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All  schemes  must  have  the  following  properties: 

•  The  value  density  of  a  task  must  not  go  below  1  (used  in  lemma  3.2.3). 

•  For  every  possible  associated  task  Tf  of  Ti 

(!  '  (!  '  T  c ; 


and 


{dzi  -  df)  X  k  >  “the  value  of  Tf” 

(used  in  part  2  of  lemma  B.3.4) 

Within  these  constraints  maiy  schemes  are  possible.  Some  tasks  can  have  firm  dead¬ 
lines;  others  obtain  values  that  decrease  monotonically  as  the  distance  from  the  deadline 
increases.  The  base  of  the  exponent  (Base  2  used  here  is  an  arbitrary  choice)  can  be 
different  for  different  tasks. 
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Suppose  the  on-line  scheduling  algorithm  is  not  given  the  exact  computation  time  of  a  task 
upon  its  release.  However  for  ewy  task  Ti  an  upper  bound  on  its  possible  computation 
time  denoted  by  C{,max  is  glen.  Also  the  actual  computation  time  ofT,-  denoted  ly  c,- 
satisfies: 

(1  ^)  Ci,max  —  U  —  Ci,max 

Where  0<  e  <  1  is  a  given  error  margin  which  is  common  to  all  the  tasks.  We  make 
the  following  additional  assumptions: 

Assumption  C.0.1 

•  The  Actual  Computation  Time  Is  Environment-Invariant:  The  actual  com¬ 
putation  time  of  a  task  does  not  depend  on  the  point  in  time  in  which  it  was  scheduled 
the  number  of  times  it  was  preempted  and  rescheduled  etc. 

•  The  Actual  Computation  Time  Is  Not  Known  Before  The  Completion 
Point:  An  on-line  scheduler  cannot  know  the  exact  computation  time  of  a  task 
until  it  completes. 


Some  terms  has  to  be  redefined  in  the  new  set  up: 

Definition  C.0.2 


•  Underloaded  Collection  of  Tasks:  A  collection  of  tasks  is  underloaded  (in 
this  setting)  if  the  actual  computation  times  enable  execution  of  all  the  tasks  to 
completion. 


•  Importance  Ratio:  The  importance  ratio  k  of  a  collection  with  an  error  margin 
of  e  is  defined  to  be  the  ratio  of  the  largest  possible  value  density  to  the  smallest 
possible  value  density. 


k  = 


max, 


min,- 


Vi 

Ci,max 


1 

(1^7) 


maXj 


Vi 

Ci,max 


min?- 


Vi 

Ci,max 


(C.l) 


Here  th enormalized  importance  assumption  (assumption  2.0.2)  means  that 


U 

mm - 

1  C i,max 


>  1 
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C.l  An  Inherent  Bound  On  The  Competitive  Multiplier 

The  inherent  bound  proof  of  Baruah  et.  al.  [4  3]  can  be  applied  here  as  veil.  In  the  notation 
of  those  references  all  th emajor  tasks  execute  at  their  longest  possible  computation  time 
with  an  actual  value  density  1  while  all  the  associated  tasks  execute  at  their  shortest  possible 
computation  time  and  value  density  k.  This  argument  shows  that  no  on-line  scheduler  can 
achieve  a  competitive  multiplier  smaller  than  (1  +  Vk)1 2 . 

C.2  Underloaded  Systems 

Example  C.2.1  Suppose  we  are  given  the  following  collection  of  two  tasks: 


Task 

Release-Time 

Max.  Computation-Time 

Value 

Deadline 

Tt 

0 

1 

1 

1 

t2 

0 

200 

200 

200 

For  an  error  margin  e  <  ^jjjp  this  collection  will  always  constitute  an  overloaded  system. 
However  ife  >  ^p  then  depending  on  the  actual  computation  times  the  system  my  be 
either  underloaded  or  overloaded.  □ 

Theorem  C.2.1  An  on-line  scheduler  that  guarantees  100%  of  the  value  for  an  under¬ 
loaded  system  is  not  competitive. 

PROOF. 

Suppose  an  on-line  scheduler  S  guarantees  100%  of  the  value  for  underloaded  systems. 
Suppose  the  tasks  of  example  C.2.1  with  error  margin  of  e  =  are  scheduled  by  S. 
Consider  the  following  possible  cases: 

1.  The  actual  executing  time  of  T\  is  the  maximum  possible  —  1  while  that  of  T2  is  the 
minimum  possible  —  199.  In  this  case  the  system  is  underloaded  and  S  should  be 
able  to  schedule  both  tasks  to  completion.  That  is  schedule  T\  between  0  and  1  and 
T2  from  1  to  200. 

2.  The  actual  executing  time  of  both  T\  and  T2  are  the  maximum  possible.  In  this  case 
the  system  is  overloaded  and  only  one  of  the  tasks  can  possibly  complete.  However 
S  cannot  distinguish  between  case  1  and  case  2  (not  before  time  200).  Hence  S  will 
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schedule  T\  between  0  and  1  and  T2  will  reach  its  deadline  without  completing  its 
execution. 

In  the  second  case  S  obtains  a  value  of  1  out  of  the  possible  value  of  200.  Hence  S  has  a 
competitive  multiplier  of  at  least  200.  Of  course  200  is  an  arbitrary  number  and  can  be  as 
large  as  wanted  whi<h  gives  the  desired  result.  □ 

C.3  Overloaded  Systems 

Theorem  C.2.1  shows  that  we  cannot  guarantee  both  a  finite  competitive  multiplier  and  a 
100%  the  value  for  an  underloaded  system. 

The  earliest-deadline-first  algorithm  is  an  optimal  on-line  scheduler  for  underloaded 
systems.  We  will  show  that  a  version  of  Dover  can  achieve  a  competitive  multiplier  of 
(1  +  +  (e  ■  k)(  1  +  \/k)  +  1. 

We  utilize  the  following  version  of  Dover  \ 

•  k  is  taken  to  be  as  in  equation  C.l. 

•  Dover  assumes  that  the  computation  time  of  a  task  to  be  the  maximum  possible  — 

c.,max ■  This  affects  the  values  of  remaining  ^computation  Time  availtime  laxity  and 
the  LST  point  of  a  task  (statements  20  23  24  36  57  61  66  67  and  77). 

Theorem  C.3.1  Dover  has  a  competitive  factor  of 

PROOF. 

The  proof  will  be  an  adaptation  of  the  analysis  for  the  case  of  exact  knowledge  of  compu¬ 
tation  time  in  section  3.2.  The  following  is  a  list  of  modification  that  are  needed  in  that 
analysis: 

1.  Lemma  3.2.5  should  read  : 

^ i,max  fi.  di  ^close 

Hence 

U  £i;max  (1  ^)  ^  d{  tclose  6  •  C^max 

2.  In  this  set  up  lemma  3.2.8  should  be  replaced  by: 
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Lemma  C.3.2  The  total  net  gain  from  scheduling  the  tasks  abandoned  during  I  is 
not  greater  than 


(1  +  Vk)(l  +  e  ■  k)  ■  achievedvalue 


The  proof  is  essentially  the  same  as  in  the  proof  of  lemma  3.2.8  but  here  the  value 
of  L  is  taken  to  be1: 


L  =  max{(l  +  kfk)  ■  (—  +  e)  ■  achievedvalue(J),  l\} 
K 


•  The  total  net  gain  from  those  tasks  of  F  Ti,  T2,  •  •  -Tj  whose  total  computation 
time  after  tciose  equals  L  is  not  greater  than 


k  ■  L  =  (1  +  Vk)(  1  +  e  ■  k)  ■  achievedvalue(J) 


•  Every  other  task  Ti  where  j  <  i  <  m  has  an  execution  time  of  at  least 


di  Iclose  ^  ^ i,max  A  T  li  C 


Ti  was  scheduled  by  the  clairvoyant  scheduler  but  used  only  time  after  tciose. 
Hence  Ti  executed  at  least  L  —  e  ■  Ci,max  time  before  tciose  that  is  to  say  in 
BUSY. 


£  *  Ci,max 

>  L  —  e  ■  Vi  ,  by  assumption  2.0.2  Ci.max  <  ry 

>  L  —  e  ■  (1  +  \fk)  ■  achievedvalue(J)  ,  by  lemma  3.2.4 

^  (l+v^l-achievedvalueil) 

-  k 

The  “loss”  from  scheduling  Ti  during  BUSY  is  at  least  k  ■  (1+v/fc),ac^l^ve^value(I)  _ 
The  value  obtained  by  scheduling  Ti  is  at  most  (1  +  ^fk)  ■  achievedvalue(J) 
(lemma  3.2.4).  Hence  the  net  gain  is  less  than  or  equal  to  zero. 

1  Instead  of  L  =  max{  (1  +  v/T'achievedvalue(i) ,  ^  j  secqon  3  2 
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3.  Lemma  3.2.10  should  state  that 

C(S°  U  F)  <  (1  +  Vk)(  1  +  e  ■  k)  ■  achievedvalue  +  k  ■  BUSY 

<  (1  +  Vk)(  1  +  e  •  k)  ■  achievedvalue 

-\-k  ■  (achievedvalue  -\ — -=  ■  Istvalue) 

yk 

=  (1  +  Vk  +  k  +  (e  •  k)(  1  +  Vk))  ■  achievedvalue  +  Vk  ■  Istvalue 

<  ((1  +  Vk)2  +  (e  •  k)(  1  +  Vk))  ■  achievedvalue 

The  first  inequality  follows  from  the  fact  that  lemma  3.2.3  holds  without  change.  The 
last  inequality  is  due  to  the  fact  that  Istvalue  is  always  less  or  equal  to  achievedvalue. 

Finally  we  can  prove  the  theorem: 

c(r)  =  c)F  u  s°  u  sp)  <  c)F  u  5°)  +  c(sp) 

<  C(F  U  5°)  +  poslaxval 

<  ((1  +  Vk)2  +  (e  •  k)(  1  +  Vk))  ■  achievedvalue  +  poslaxval 

<  ((1  +  Vk)2  +  (e  •  k)(  1  +  Vk)  +  1)  •  achievedvalue 


The  last  inequality  is  due  to  the  fact  that  poslaxval  is  always  less  or  equal  to  achievedvalue. 

□ 
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This  appendix  deals  with  systems  having  only  two  processors.  We  also  assume  uniform 
value  density  (i.e.  n  =  2,  k  =  1).  With  out  loss  of  generality  we  can  assume  that  the  value 
density  is  normalized  to  1.  We  consider  two  possible  models  of  multiprocessor  systems. 
In  the  first  model  tasks  can  migrate  cheaply  (and  quickly)  from  one  processor  to  another. 
Hence  if  a  task  started  to  execute  on  one  processor  it  can  later  coitinue  on  any  other 
processor  (and  migration  takes  no  time).  We  present  a  scheduling  algorithm  called  the 
Safe-Risky  algorithm  for  this  model.  In  the  second  model  (the  fixed  model)  once  a  task 
starts  to  execute  on  one  processor  it  cannot  execute  on  any  other  processor.  An  on-line 
scheduler  can  do  better  when  migration  is  possible. 

D.l  The  Safe- Risky  Algorithm 

In  this  algorithm  one  processor  is  designated  as  th eSafe  Processor  (SP)  and  the  other 
as  the  Risky  Processor  (HP).  A  task  that  started  to  execute  on  SP  is  called  “privileged” 
because  it  is  guaranteed  to  complete  (Q -privileged  is  a  queue  containing  these  tasks). 

Ready  tasks  that  are  not  privileged  wait  in  Q-waiting  until  they  become  privileged 
or  they  reach  their  LST  at  that  poirt  the  LST  task  tries  to  be  scheduled  on  RP.  It  will 
be  scheduled  if  it  has  a  bigger  value  than  the  task  currently  executing  on  RP.  A  task 
that  started  to  execute  on  RP  can  be  preempted  and  then  resume  on  SP  (i.e.  migrate  to 
SP).  In  this  version  of  the  algorithm  the  designation  as  safe  or  risky  processor  is  fixed.  In 
the  no-migration  version  (the  Safe-Risky- (fixed ))  the  processors  may  switch  roles.  The 
following  few  boxes  (figures  D.l-  D.2)  depict  the  code  of  the  Safe-Risky  algorithm: 

Remark  D.1.1  All  privileged  tasks  should  be  able  to  complete  using  only  a  single  proces¬ 
sor  at  a  time.  This  mean  that  the  privileged  tasks  constitute  a  uniprocessor  underloaded 
system.  A  new  task  is  accepted  to  Q-privileged  only  if  it  does  not  create  an  overload  when 
added  to  the  tasks  already  in  Q -privileged . 

Note  an  important  difference  between  the  above  algorithm  (and  for  that  matter  also 
D °ver  and  the  version  of  the  MOCA  Algorithm  presented  earlier.  In  the  task  release  routine 
a  newly  arrived  tasks  will  be  added  to  Q-privileged  only  if  its  deadline  is  earlier  than  the 
currently  executing  task  and  also  it  can  be  added  toQ -privileged  without  creating  overload 
(we  call  that  a  local  schedulability  test).  This  stands  in  contrast  to  the  global  schedulability 
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(=1=  i 

the  Safe-Risky  algorithm:  a  competitive  scheduling  algorithm  for 

two 

processors  systems  in  the  uniform  value  density  case 

*) 

22 

23 

Initilzation  : 

(*  Q-waitingand  Q -privileged are  initialized  to  the  empty  gueue. 

.  One 

processor  is  designated  as  the  safe  processor  (SP)  and  the  other 

one  is 

designated  as  the  risky  processor  (RP). 

In  the  beginning  both  processors  are  idle. 

*) 

24 

25 

Q-privileged  :=  <f>; 

26 

Q  ^waiting  :=  <f>; 

27 

28  loop  : 

29 

task  release  :  (*  T  is  released  *) 

30 

if  (SP  is  idle  )  then 

31 

schedule  T  on  SP; 

32 

else  if  (  T  has  earlier  deadline  than  the  current  task  on  SP 

and  can  be  scheduled  to  completion  with  the  current  task 

as  well  as  with  all  other  privileged  tasks)  then 

33 

preempt  current  task; 

34 

add  the  current  task  to  Q -privileged] 

35 

schedule  T  on  SP; 

36 

else  (*SP  is  not  idle  and  T  cannot  be  scheduled  on  SP 

*) 

37 

add  T  to  Q-waiting ; 

38 

endif 

39 

end  ( *task  release  *) 

Figure  D.l:  The  Safe-Risky  algorithm-  a  scheduler  for  two  processors  systems. 
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40  1ST: 

(*  T  reached  its  LST;  LST  denotes  the  latest  start  time  of  T,  i.e.,  the  moment 
when  the  computation  time  remaining  for  T  equals  the  time  to  its  deadline 
Note  that  scheduling  T  on  SP  will  cause  overload  ( with  all  the  other  privileged 
tasks)  *) 

41  42  if  (RP  is  idle)  then 

43  schedule  T  on  RP; 

else  (*RP  is  not  idle  and  T  can  not  be  scheduled  on  SP  *) 

44  let  Trp  be  the  current  task  on  RP; 

45  if  (vaiue(T)  >  value  (Tpp))  then 

46  abandon  Tpp ; 

47  schedule  T  on  RP; 

48  else 

49  abandon  T; 

50  endif  (*  comparing  values  *) 

51  endif  (*RP  is  not  idle  *) 

52  end  (*LST  *) 

53  task  completion  : 

(*  on  SP;  There  is  no  special  event  when  a  task  completes  on  RP  *) 

54 

55  let  T  be  the  task  with  earliest  deadline  in  Q -waiting; 

56  if  (T  has  earlier  deadline  than  the  current  task  on  SP 

and  can  be  scheduled  with  all  other  privileged  tasks)  then 

57  remove  T  from  Q -waiting; 

58  add  T  to  Q-privileged; 

59  (*  which  amounts  to  scheduling  T  on  SP  *) 

60  endif  (*T  can  be  added  to  Q-privileged  *) 

61  if  (all  the  privileged  tasks  can  complete  with  the 

task  currently  executing  RP)  then 

62  preempt  the  current  task  on  RP; 

63  add  it  to  Q-privileged; 

(*  this  task  will  be  scheduled  on  SP  by  the  following  piece  of  code.  This 
is  the  only  place  where  migration  is  used  *) 

65  endif 

66  schedule  on  SP  the  task  with  earliest  deadline  in  Q-privileged 
(if  any); 

67  end  ( *task  completion  *) 

68  end  {loop} 


Figure  D.2:  The  Safe-Risky  algorithm-  the  Latest  Start  Time  and  the  Task  Completion 
routines. 
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task  used  by  the  MOCA  Algorithm.  That  is:  a  new  task  enters  Q_privileged  if  and  only  if 
it  does  not  create  overload  irrespectively  of  its  deadline. 

D.2  The  Competitive  Multiplier  of  the  Safe-Rislcy  algo¬ 
rithm 

In  this  section  we  show  that  the  Safe-Risky  algorithm  has  a  competitive  multiplier  of 
2.  Our  approach  is  to  partition  the  execution  into  disjoint  intervals  the  Safe-Risky 
algorithmgets  at  least  half  the  optimal  value  in  each  interval.  This  is  proved  by  means 
of  “covering”.  We  show  that  all  intervals  are  covered;  if  a  period  is  covered  then  the 
Safe-Risky  algorithmuses  at  least  one  processor  productively  during  all  that  period.  The 
clairvoyant  scheduler  could  gain  a  factor  of  two  by  utilizing  both  processors. 

Definition  D.2.1 

•  EARLINESS,  LATEST _AF F ECTED ,  COVER_END:  By  definition  the  tasks  of  Q_privileged 
constitute  an  underloaded  subsystem  (i.e  all  these  tasks  can  complete  onone  pro¬ 
cessor). 

Now  let  us  consider  one  additional  task  T  whi<h  has  a  deadline  earlier  than  all  the 
tasks  in  Q ^privileged .  Suppose  that  the  system  comprised  of  Q_privileged  plus  T  is 
overloaded.  We  want  to  know  which  of  the  tasks  of  Q_privileged  conflict  with  T. 
Compute  the  earliness  of  all  the  tasks  in  Q ^privileged .  That  is  suppose  the  tasks  are 
scheduled  according  to  the  earliest- deadline- first  scheduling  algorithm  the  earliness 
of  a  task  is  how  much  before  its  deadline  it  completes  (i.e  its  deadline  minis  its 
completion  time).  Any  task  with  earliness  smaller  than  T’s  computation  time  in 
Q_privileged  prevents  T  from  being  added  to  Q ^privileged . 

Define  latest _affected(T)  to  be  the  latest  deadline  of  any  such  task  (i.e  a  tasks  whose 
earliness  is  smaller  than  T’s  computation  time)  and  define  cover  jend(T)  to  be 

cover  jend(T)  =f  max{deadline(T),latest^affected(T)} 

•  INTERVAL:  An  interval  starts  when  a  task  is  released  to  an  idle  system  (the  system 
becomes  non-idle)  and  ends  when  the  system  becomes  idle  again  (both  processors 
are  idle). 
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In  the  following  ve  are  going  to  analyze  the  Safe-Risky  algorithm  interval  by  interval. 
For  the  sake  of  notational  convenience  let  us  assume  that  there  was  only  one  interval  (call 
it  7)  and  it  started  at  time  0. 

Lemma  D.2.1  The  value  obtained  by  the  Safe-Risky  algorithm  from  tasks  executed  on 
SP  during  an  interval  is  at  least  the  interval  length  (duration). 

PROOF. 

From  the  beginning  of  the  interval  to  its  end  SP  is  never  idle  (when  SP  is  idle  so  is  RP 
which  means  that  the  interval  ends).  A  task  that  was  scheduled  on  SP  is  guaranteed  to 
complete.  We  conclude  that  at  any  given  moment  at  least  one  processor  is  working  on  a 
task  that  will  eventually  complete.  This  proves  the  lemma.  □ 

Notation  D.2.2 

•  C(I),  V(I) 

For  an  interval  7  161(7(7)  and  V(I)  denote  the  value  obtained  by  the  clairvoyant 

algorithm  and  the  Safe-Risky  algorithm  (respectively)  from  tasks  released  during  7. 

Definition  D.2.3 

•  CONFLICTED  TASK,  MAX_COVER:  We  say  that  7  is  a  conflicted  task  if  it  conflicts 
with  the  tasks  of  Q_privileged  (when  considered  for  execution  at  the  task  release 
routine,  task  completion  routine  or  the  LST  routine,  see  statements  32,  56  and  41) 
and  hence  was  diverted  to  RP  (and  later  was  either  scheduled  to  execution  or  was 
abandoned). 

Dehne  max_cover  as, 

max_cover  =  max_cover(I)  =f  max  cover  jend(T) 

T  is  a 

conflicted  task 

If  there  is  no  conflicted  task  this  max  equals  0. 

We  are  going  to  show  that  for  every  task  that  was  abandoned1  SP  was  productive  during 
its  entire  executable  period.  This  is  true  for  all  the  tasks  that  were  abandoned  during  some 


1  Every  task  that  was  abandoned  is  a  conflicted-task. 
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interval.  Hence  the  Safe-Risky  algorithm  gets  a  value  of  at  least  the  union  of  all  these 
periods  that  is  maxmover. 

Lemma  D.2.2  For  every  task  T,  if  T  is  a  conflicted  task  (i.e,  was  diverted  to  RP  by  the 
Safe-Risky  algorithm)  then2,  the  total  value  obtained  by  the  Safe-Risky  algorithm  is  at 
least  cover jend(T). 

PROOF. 

Recall  that  cover  jend(T)  =  max{deadline(T) ,  latest mffected(T)} 

•  First  let  us  sh<w  that  V(I)  >  deadline(T). 

T  is  diverted  to  RP  at  its  latest  start  time  which  is  at  deadline(T) 

—  computationSime(T).  This  means  that  the  interval  length  is  at  least  deadline(T)  — 
computationSime(T)  (recall  that  the  interval  starts  at  time  0).  Lemma  D.2.1  says 
that  the  value  obtained  by  the  Safe-Risky  algorithm  on  SP  is  at  least  deadline(T)  — 
computationSime(T). 

If  T  does  not  complete  it  can  be  abandoned  only  in  famr  of  a  bigger  valued  task 
(scheduled  on  RP)  hence  the  ralue  obtained  is  at  least  value(T).  Hence 

V{T)  >  (deadline(T)  —  computation_time(T))  +  value(T) 

=  (deadline(T)  —  computation_time(T ))  +  computation_time(T) 

=  deadline  (T) 

•  Now  ve  are  going  to  show  that  V(T)  >  latest _affected(T). 

By  definition  latest _affected(T)  is  the  deadline  of  some  privileged  task  Taffectec[.  Let 
tactual  be  the  time  when  Taffecteci  completed  (according  to  the  Safe-Risky  algorithm). 
tactual  cannot  be  any  earlier  than  the  estimated  completion  time  of  Ta f  fected  computed 
when  T  was  considered  for  execution  (the  actual  time  can  be  in  fact  later  than  the 
estimated  time  if  some  tasks  were  later  added  to  Q ^privileged) .  The  length  of  the 
interval  is  at  least  tactuai.  Lemma  D.2.1  shows  that  the  value  obtained  on  SP  is  at 
least  this  length. 

As  mentioned  before  the  Safe-Risky  algorithm  an  additional  value  of  at  least 
value(T).  Hence 

V(I)  >  tactual  +  computation_time(T) 


2Recall  that  the  interval  starts  at  time  0. 
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>  deadline  (Taffected) 

=  latest  _affected(T) 

The  second  inequality  restates  the  definition  of  latest _affected(T) . 

□ 

Corollary  D.2.3  The  value  obtained  by  the  Safe-Risky  algorithm  during  an  interval  is 
at  least 

ma x{the  interval  length,  max  mover} 

□ 

Definition  D.2.4 

•  COVERED,  UNCOVERED,  ATOMICJNTERVAL :  For  any  interval  I  let  uncovered  = 
uncovered(T)  be  the  set  of  tasks  (released  in  /)  with  deadlines  after  max_cover(I). 
Denote  the  remaining  tasks  by  covered  =  covered(I).  I  is  called  an  atomic Jnterval 
if  uncovered(I)  =  cj)  (the  empty  set). 

We  will  show  that  during  the  first  portion  of  an  interval  (from  0  to  maxmover)  the  Safe- 
Risky  algorithm  gets  a  value  of  at  least  one  half  the  value  obtainable  from  the  tasks  of 
covered.  If  there  are  other  tasks  (i.e.  tasks  ofu ncovered)  then  they  are  all  going  to  complete 
successfully  without  competing  with  covered  tasks  (either  before  or  after  maxmover). 

Lemma  D.2.4  For  an  atomic  Jnterval  I , 

C(I)  <  2 V(I) 


PROOF. 

All  tasks  have  deadlines  before  maxmover.  So  the  best  the  clairvoyant  algorithm  can  do  is 
to  schedule  tasks  on  both  processors  from  time  0  to  maxmover  to  get  a  value  of  2-max_cover. 
Corollary  D.2.3  ensure  that  the  Safe-Risky  algorithm  gets  a  value  of  maxmover  at  least. 

□ 
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Now  we  are  ready  to  extend  the  above  lemma  to  a  general  interval.  We  are  going  to 
use  induction.  The  result  is  already  given  for  atomicJnterval.  We  will  show  that  a  general 
interval  can  be  broken  into  atomic Jntervals  and  “uncovered”  periods  between  them.  The 
covered  tasks  “cover”  the  atomic  Jntervals.  That  is  they  generate  mlue  of  at  least  the 
combined  length  of  these  intervals.  The  tasks  of  uncovered  execute  without  interfering 
with  the  covered  task  and  generate  value  of  at  least  the  length  of  the  uncovered  periods. 

Lemma  D.2.5  For  every  non  atomicJnterval,  I, 

•  All  the  tasks  of  uncovered  are  executed  to  completion  on  SP. 

•  When  a  task  of  uncovered  is  executing  on  SP,  RP  is  idle. 

•  Suppose  the  tasks  of  uncovered  were  never  released  (i.e,  only  the  tasks  of  covered  were 
released).  Then,  the  tasks  of  covered  will  be  scheduled  (on  SP  or  RP),  preempted, 
and  completed  or  abandoned  at  exactly  the  same  times  as  if  the  tasks  of  both  covered 
and  uncovered  were  released. 

•  Removing  the  tasks  of  uncovered  from  the  original  set  of  tasks  will  break  the  interval 
into  one  or  more  sub-intervals  separated  by  idle  time. 

PROOF. 

•  A  task  T  is  diverted  to  RP  (and  possibly  abandoned)  only  if  it  is  involved  in  a 

conflict  with  the  tasks  of  Q ^privileged .  A  task  T  of  uncovered  cannot  be  involved  in 

any  conflict  (otherwise  maxmover  will  be  at  least  deadline (T)  which  contradicts  the 
fact  that  T  is  in  uncovered ).  We  conclude  that  T  was  scheduled  on  SP  (hence  also 
completed). 

•  Suppose  that  Trp  is  executing  on  RP.  Trp  was  scheduled  at  its  latest  start  time.  Let 
T  be  the  first  task  of  uncovered  to  be  executed  (on  SP)  concurrently  with  Trp.  Note 
that  all  the  tasks  in  Q_privileged  (at  that  point)  must  be  of  uncovered  because  these 
tasks  are  scheduled  on  SP  according  to  deadline  order  and  the  tasks  of  covered  have 
earlier  deadlines. 

When  was  T  scheduled?  It  could  not  be  before  LST(Trp)  because  this  means  that 
(at  its  latest  start  time)  Trp  had  a  conflict  with  tasks  of  uncovered.  So  T  must  have 
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been  scheduled  after  LST(Trp )  as  a  consequence  of  a  task  completion  event3.  But 
if  this  is  the  case  all  the  tasks  of Q_privileged  could  be  scheduled  on  one  processor 
along  with  Trp.  Hence  Trp  would  have  migrated  to  SP  a  coitradiction  to  the  fact 
that  Trp  is  still  executing  on  RP.  Note  that  the  ability  to  migrate  (in  statement  61) 
is  used  to  get  the  contradiction  ( Trp  could  have  and  was  supposed  to  migrate  but  it 
didn’t).  This  is  the  only  place  in  the  analysis  where  migration  is  used. 

•  The  execution  of  a  task  of  covered  on  SP  can  be  delayed  or  interrupted  (i.e  pre¬ 
empted)  only  by  tasks  of  covered  (because  all  the  tasks  of  uncovered  have  later 
deadlines).  Hence  the  execution  of covered  tasks  on  SP  is  not  affected  by  uncovered 
tasks. 

A  task  of  covered  cannot  be  diverted  to  RP  as  a  consequence  of  a  conflict  with  a 
task  of  uncovered  (because  the  tasks  of  uncovered  had  no  conflicts).  Also  no  task  of 
uncovered  will  be  scheduled  on  RP.  This  implies  that  the  execution  of  covered  tasks 
on  RP  is  not  at  all  affected  by  uncovered  tasks. 

•  We  saw  above  that  removing  the  tasks  of  uncovered  will  not  change  the  execution 
history  of  all  other  tasks.  Also  when  a  task  of  uncovered  is  executing  on  SP  RP 
is  idle.  Hence  periods  in  whi<h  only  tasks  of  uncovered  execute  in  the  execution  of 
(covered U  uncovered )  will  correspond  to  idle  periods  in  the  execution  of  covered. 

□ 

Lemma  D.2.6  For  any  interval  I, 


C(I)  <  2 V(I) 


PROOF. 

The  proof  is  by  induction  on  the  structure  of  the  interval. 

Basis:  If  the  interval  is  atomic Jnterval  then  lemma  D.2.4  ensures  that  the  induction 
hypothesis  holds. 

3It  cannot  be  a  consequence  of  a  task  release  event  because  a  task  of  uncovered  can  preempt  only  tasks 
of  uncovered,  in  which  case  the  task  that  precede  T,  on  SP,  is  the  first  task  of  uncovered  to  coincide  with 
T 

-L  rp  • 


APPENDIX  D.  TWO  PROCESSOR  SYSTEMS 


115 


Induction  step:  Suppose  the  induction  hypothesis  is  known  for  all  the  sub-intervals 
/i,  I2,  ■  ■  ■ ,  Im  of  /  (after  removing  the  tasks  of  uncovered(I)).  By  the  induction  hypothesis 
C(Ij)  <  2 V(Ij)  for  all  j.  But4 

C(T)  =  C{I\  U  I2  U  •  •  •  U  Im  U  un covered(I)) 

<  C(I1)  +  C(I2)  + - h  C(Im)  U  C (uncovered(I)) 

<  2 V(h)  +  2 V(I2)  ■■■+  2V(Im)  +  C (uncovered(I)) 

=  2V (/1)  +  2V (I2)  •  •  •  +  2V (Im)  +  value(uncovered(I)) 

Lemma  D.2.5  shows  that  the  tasks  of  un covered(I)  do  not  affect  the  scheduling  of  tasks  in 
the  sub-intervals  (by  the  Safe-Risky  algorithm).  Hence 

V (/)  =  V (/1)  +  V (I2)  ■  ■  ■  +  V (Im)  +  value(uncovered(T) ) 

This  shows  that  the  induction  hypothesis  holds  for  /  hence  the  theorem  is  proved.  □ 

We  are  ready  to  state  the  main  theorem  of  this  section. 

Theorem  D.2.7  For  a  system  of  uniform  value  density  and  2  processors,  the  Safe-Risky 
algorithm  achieves  the  best  possible  competitive  multiplier  of  2  ( when  migration  of  tasks  is 
permitted) . 

PROOF. 

The  intervals  partition  the  entire  set  of  tasks  T  into  disjoint  subsets  Ti,^,  •  •  •• 

c(r)  <  c(r1)  +  c(r2)  +  --- 
<  2(H(r1)  +  H(r2)  +  ---) 

=  2V(V) 

The  last  equality  is  due  the  fact  that  tasks  of  one  interval  do  not  influence  the  scheduling 

decisions  (of  the  Safe-Risky  algorithm)  in  another  interval.  This  might  not  be  the  case 

for  the  clairvoyant  algorithm  that  is  wly  the  first  inequality  is  not  an  equality.  □ 

4Recall  that  all  the  tasks  of  uncoveied{I )  are  scheduled  to  completion  by  the  Safe-Risky  algorithm. 
Hence,  C( uncovered (/))  =  value(uncovered(I))  =  V( uncovered (/)). 
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D.3  When  Task  Migration  is  Not  Allowed 

By  task  migration,  we  mean  moving  a  task  that  has  already  partially  executed  from  one 
processor  to  another.  In  the  case  that  task  migration  is  not  allowed,  we  can  use  a  simple 
variant  of  the  Safe-Risky  algorithm  to  get  a  competitive  multiplier  of  3  for  tasks  with 
slack  time5.  We  call  this  variant  the  Safe-Risky-(hxed). 

D.3.1  The  Safe-Risky- (fixed)  Algorithm 

The  only  place  that  the  Safe-Risky  algorithm  used  the  possibility  of  task  migration  is 
in  the  task  completion  routine.  For  that  reason,  the  Safe-Risky -(fixed)  differs  from  the 
Safe-Risky  algorithm  only  in  this  routine  (see  figure  D.3). 


69  task  completion  : 

(*  on  SP;  There  is  no  special  event  when  a  task  completes  on  RP  *) 

70 

71  let  T  be  the  task  with  earliest  deadline  in  Q -waiting; 

72  if  (  T  has  earlier  deadline  than  the  current  task  on  SP 

and  can  be  scheduled  with  all  other  privileged  tasks)  then 

73  remove  T  from  Q -waiting; 

74  add  T  to  Q-privileged; 

75  (*  which  amounts  to  scheduling  T  on  SP  *) 

76  endif  (*T  can  be  added  to  Q-privileged  *) 

77  schedule  on  SP  the  privileged  task  with  earliest  deadline  (if  any); 

78  if  (SP  is  idle)  then 

79  switch  roles  between  the  SP  and  RP  processors; 

80  endif  (*SP  is  idle  *) 

81  end  ( *task  completion  *) 


Figure  D.3:  The  Safe-Risky -(fixed)  algorithm. 


5When  tasks  have  no  slack  time  an  optimal  algorithm  with  competitive  multiplier  of  2  is  known  [38,3]. 
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D.3.2  Analysis 

We  define  latest  ^affected  and  all  the  other  definitions  as  before.  Observe  that  lemmas  D.2.1 
and  D.2.2  hold  for  the  new  algorithm  as  well. 

Recall,  that  F  denotes  the  set  of  tasks  abandoned  by  the  on-line  algorithm 
Lemma  D.3.1  For  every  interval,  I, 

C(F)  <  2 V(I) 


PROOF. 

All  tasks  that  were  abandoned  by  the  Safe-Risky -(fixed)  were  diverted  to  RP.  Let  d  be 
the  maximal  deadline  among  all  tasks  of  F  6.  The  best  the  clairvoyant  can  do,  with  tasks 
of  F,  is  to  schedule  both  processors  continuously  to  get  a  value  of  2d.  Lemma  D.2.2  shows 
that  the  Safe-Risky -(fixed)  gets  a  value  of  at  least  d.  □ 

Theorem  D.3.2  For  a  system  of  uniform  value  density  and  2  processors,  the  Safe-Risky- 
(fixed)  achieves  a  competitive  multiplier  of  3  (when  migration  of  tasks  is  not  permitted). 
PROOF. 

This  follows  from  lemma  D.3.1  and  lemma  D.2.5  (applied  to  the  no  migration  case)  and 
the  Lost  Value  Lemma  (lemma  4.3.1).  □ 

D.4  Scheduling  Overhead 

In  this  section  we  study  the  cost  of  executing  the  scheduling  algorithms  themselves.  What 

is  the  cost  of  testing  whether  a  newly  arriving  task7  can  be  added  to  Q ^privileged  without 

causing  overload?  This  test  can  be  done  in  a  constant  number  of  operations  (as  in  D0'uer). 

Q_waiting  is  a  2-3  tree  organized  according  to  Latest  Start  Time.  Hence,  inserting  and 

removing  a  task  from  this  queue  costs  O(logM)  operations.  Where,  M  is  a  bound  on  the 

total  number  of  ready  tasks  at  any  given  moment  in  Q_waiting. 

During  its  lifetime,  a  task  causes  exactly  one  task  release  event  and  at  most  one  LST 

interrupt.  Hence,  the  scheduling  overhead  per  task  is  O(logM). 

6If  there  is  no  such  maximal  deadline,  then  the  supremum  is  either  finite  or  infinity.  If  it  is  finite  a 
similar  proof  will  work.  If  it  is  infinity,  then  the  interval  is  infinitely  long,  in  which  case  the  value  obtained 
by  the  on-line  algorithm  is  infinity. 

7With  an  earlier  deadline  then  all  the  tasks  in  Qmrivileged. 


